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(54) Automated banking terminal with security features such as for example signed applets 



(57) An automated banking machine (12) is opera- 
tive to conduct transactions In response to HTML doc- 
uments and TCP/IP messages exchanged with a kx^al 
computer system (14) through an intranet (16), as well 
as in response to messages exchanged with foreign 
senders (20, 22. 24, 26, 28,) in a wide area network (18). 
The banking machine includes a computer having an 
HTML document handling portion. The HTML document 
handling portion is operative to communicate through a 
proxy sender, with a home HTTP server in the intranet 
or the foreign servers in the wide area network. The 
computer further includes a device application portion 
which interfaces with the HTML document handling por- 
tion and dispatches messages to operate devices in the 
automated banking machine. The devices Include a 
sheet dispenser mechanism which dispenses currency 
as well as other transaction devices. The devbe appli- 
cation portkxi communk:ates with a device interfacing 
software portion in the banking machine through a de- 
vice sender In the intranet. The device server maintains 
local control over the devices in the banking machine 
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including the sheiet dispenser. The banking machine op- 
erates to read indicia on the usei's card corresponding 
to a system address. The computer is operative to con- 
nect the banking machine to the home or foreign server 
corresponding to the system address, which connected 
server operates the banking machine until the comple- 
tion of transactions by the user. 
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Description 

[0001] TTiis invention relates to automated banking 
machines. 

[0002] Automated banking machines are well known. 
A common type of autonriated banking machine used by 
consumers is an automated teller machine ('ATM'). 
ATMs enable customers to carry out banking transac- 
tions. Common banking transactions that may be car- 
ried out with ATMs include the dispensing of cash, the 
making of deposits, the transfer of funds between ac- 
counts, the payment of bills and account balance inquir- 
ies. The type of banking transactbns a customer can 
carry out are determined by capabilities of the particular 
banking machine and the programming of the institution 
operating the machine. Other types of automated bank- 
ing machines may allow customers to charge against 
accounts or to transfer funds. Other types of automated 
banking machines may print or dispense items of value 
such as coupons, ttekets, wagering slips, vouchers, 
checks, food stamps, money orders, scrip or travelers 
checks. For purposes of this discbsure an automated 
t>anktng machine or automated transaction machine 
shall encompass any devbe which carries out transac- 
tions including transfers of value. 
[0003] Currently ATMs are operated in proprietary 
communicatbns networks. These networks intercon- 
nect ATMs operated by financial institutions and other 
entities. The interconnection of the networks often ena- 
bles a user to use a t)anking machine operated by an- 
other institution if the foreign institution's banking ma- 
chine is interconnected with the network ttiat includes 
the user's institutton. However when the customer op- 
erates the foreign institution's nnachlne the customer 
must operate the machine using the customer interface 
that has been established by the foreign institution for 
its banking machines. In addition the user is limited to 
the trar^ctbn options provided by the foreign Institu- 
tion. 

[0004] A customer may encounter diffteulties when 
using a foreign institution's machine. Problems may oc- 
cur because the user is not familiar with the type of ma- 
chine operated by the foreign institutbn. Conf usbn may 
result because the customer does not know which but- 
tons Of other mechanisms to actuate to accomplish the 
desired tfHnsactk>ns. The transaction flow for a custom- 
er at a foreign Institutbn machine may be significantly 
different from machines operated by the user's home in- 
stitution. This may be particularly a problem when the 
user is from another country and Is not familiar with the 
type of banking machine or the language of the interface 
provided by the foreign institutbn. Likewise, the docu- 
ments whbh are printed by printers in an automated 
banking machine are generally limited to a limited group 
of defined fonmats in a single language. 
[0005] A foreign institutbn may also provbe different 
types of transactbns than the user is familiar with at their 
home institution. For example the user's home institu- 



tion may enable the transfer of funds between accounts 
through their automated banking machines, to enable 
the user to maintain funds in higher Interest bearing ac- 
counts until they are needed. If the foreign institution 
s does not provbe this capability, the user will be unable 
to do this when operating the foreign machine. The in- 
ability of a user at a foreign machine to conduct the 
transactions that they are accustomed to may present 
problems. 

10 [0006] The networks that operate automated teller 
machines and other t/pes of automated banking ma- 
chines generally operate proprietary networks to which 
access is restricted. This is necessary to prevent fraud 
or tampering with the network or user's accounts. Pro- 
prietary networics are also generally used for the trans- 
mission of credit card messages and other financial 
transaction messages. Access to such credit card 
processing systems is also restricted primarily for pur- 
poses of maintaining security. 
[0007] Communication over wide area networks ena- 
bles messages to be communicated between distant b- 
cations. The best known wkJe area networt< is the Inter- 
net which can be used to provide communication be- 
tween computers throughout the worid. The Internet is 
not widely used for financial transaction messages be- 
cause it is not a secure system. Messages intended for 
receipt at a partbular computer address may be inter- 
cepted at other addresses without detectbn. Because 
the messages may be intercepted at bcatbns that are 
distant in the worb from the intended recipient, there is 
potential for fraud and corruption. 
[0008] Companies are beginning to provide ap- 
proaches for more secure transmissbn of messages on 
the Internet. Encryption techniques are also being ap- 
plied to Internet messages, hlowever the openness of 
the Internet has limited its usefulness for purposes of 
financial messages, particularly financial messages as- 
sociated with the operation of automated banking ma- 
chines. 

[0009] Messages in wide area networks may be com- 
municated using the Transmission Control Protocol/In- 
ternet protocol (TCP/IP"). U.S. Patent No. 5,706,422 
shows an example of a system in whbh financial infor- 
matbn stored in databases is accesssd through a pri- 
vate wbe area networi^ using TCP/IP messages. The 
messages transmitted in such networics whbh use TCP/ 
IP may include 'documents* (also called 'pages"). Such 
documents are produced in Hypertext Maricup Lan- 
guage ("HTML") which is a reference to a type of pro- 
gramming language used to produce documents with 
commands or tags" therein. The tags are codes whbh 
define features and/or operatbns of the document such 
as fonts, layout, imbedded graphics and hypertext links. 
i-TTML documents are processed or read through use of 
a computer program ref en'ed to as a 'browser*. The tags 
tell the browser howto process and control wfiat is seen 
on a screen and/or is heard on speakers connected to 
the computer running the browser when the document 
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is processed. HTML documents may be transmitted 
over a network through the Hypertext Transfer Protocol 
("HTTP"). The term "Hypertext" is a reference to the abil- 
ity to embed links into the text of a document that altow 
oommunicatk)n to other documents which can be ac- 
cessed in the network. 

[0010] Thus there exists a need for an automated 
banking machine and system that can be used in a wide 
area network such as the Internet while provkling a high 
level of security. 

[0011] Various aspects of the inventton are exempli- 
fied by the attached claims and by the list of sequentially 
numbered clauses 1 to 220 found at the end of the de- 
6criptk)n. 

[001 2] It is therefore possible to provide: 

an automated banking machine and system which 
provides a user with the familiar interface and trans- 
actton options of their home institution when oper- 
ating foreign institutbn machines; 

an automated banking machine which may provide 
more transaction options and types of promotk>nal 
and printed materials to users; 

an automated banking machine at which a user may 
conduct transactions; 

an automated banking machine that may be oper- 
ated through connection to a wide area network; 

an automated banking machine that provides great- 
er options for machine outputs; 

an automated banking machine that communicates 
using HTML documents and TCP/IP messages; 

an automated banking machine that enables the 
connection of the banking machine to a user's home 
institution through HTML documents and TCP/IP 
messages generated responsive to indicia on a 
card input by a usen 

an automated banking machine and system that ac- 
complishes transactions over a wide area network 
while maintaining a high level of security; 

an automated banking machine and system that 
controls connection of the banking machine to for- 
eign addresses through a proxy server; 

an automated banking machine that limits the op- 
eratbn of devices In the machbie through a kx:al 
device server, 

an automated banking machine and system that is 
. operable through connection to the Internet; 



an automated banking machine that may be used 
to provide a user with wore types of messages in- 
cluding messages targeted to partteutar users; 

5 an automated banking machine which is capable of 
providing users with a wider variety of printed doc- 
uments; 

an automated banking machine which provides ad- 
ditional options for kJentifying authorized users; 

an automated banking machine that can be used in 
connectbn with existing transaction systems while 
providing enhanced functionality; 

an automated t)anking machine which provides en- 
hanced diagnostic and sen/ice capabilities; 

an automated banking machine which performs 
transactk)ns at a rapkJ pace; 

improved systems in which automated banking nria- 
chines are used; and/or 

knproved methods of operatbn for automated 
banking machines and systems. 

[0013] According to one embodiment of the invention 
there Is provided an automated banking machine that 
includes an output device such as a display screen, and 
an input device such as a touch screen or a keyboard. 
The banking machine further includes devices such as 
a dispenser mechanism for sheets of cun-ency, a printer 
mechanism, a card reader/writer, a depository mecha- 
nism and other physical transactbn functon devices 
that are used by the machine to accomplish banking 
transactions. 

[0014] The banking machine further deludes a com- 
puter. The computer is in operative connection with the 
output devices and the input devices, as well as with the 
sheet dispenser medianlsm, card reader and other 
physk:al transactk>n function devices in the banking ma- 
chine. The computer includes software progranns that 
are executable therein. The software programs biclude 
an HTML document handling portk)n. The HTML docu- 
ment handling portion operates to send and receive 
HTML documents and HTTP messages. The HTML 
document handling portion is preferably in connectbn 
with the output device to display screens including hy- 
pertext link indicators. The HTML document handling 
portion is also preferably in connection with the input 
device which enables user selection and the generatton 
of response messages from the computer. The HTML 
document handling portfon preferably operates in con- 
nection with a JAVA software environment and has the 
capability of executing instructions in JAVA script trans- 
mitted with HTML documents. 
[0016] The software In the connputer further prefera- 



16 



20 



2S 



30 



35 



40 



45 



60 



3 



5 



EP0961248A2 



6 



bfy includes a device application portion. The device ap: 
plication portion Includes software that is operative to 
control the sheet dispenser and other devices. In one 
embodiment of the invention the device application por- 
tion includes a plurality of JAVA applets for operating the 
devices in the machine. 

[0016] The computer in the automated banking ma- 
chine further includes a device interfacing software por- 
tion. The device interfacing software portion operates to 
receive messages from the device application portion 
and to cause the devices to operate through appropriate 
hardware interfaces. In one preferred form of the auto- 
mated banking machine, the HTML document handling 
portion, device applicatbn portbn and device interfac- 
ing software portk}n each reside on the same computer 
and communicate at different IP ports. 
[0017] The automated bankfaig machine in one con- 
figuratton communicates using TCP/IP messages In an 
intranet whteh includes a plurality of such machines. The 
intranet is in tum connected to at least one computer 
which Is operated by a home institution. The home in- 
stitution is the entity that operates the banking ma- 
chines. 

[001 8] The computer of the home institutbn prefera- 
bly includes a home HTTP sender, a proxy sender and a 
device sender. The proxy server communicates through 
the intranet with the HTML document handling portion 
of the software h each of the banking machines. The 
proxy server is also connectable to a wide area network, 
such as the Internet, to whbh foreign servers are con- 
nected. The device server is operative to pass messag- 
es between the device appt»atlon portton and the de- 
vk:e interfacing software portion of the banking ma- 
chines. The device sender may include monitor software 
which nfK)nitor8 and selectively limits the use and oper- 
ation of the devtees in the banking machine. This pro- 
vides a level of security. 

[0019] The automated banking machine and system 
is operative to place a user in connection with the insti- 
tutkxi where they have their accounts. This can be either 
the home institution that operates the banking machine 
where the user is present, or a foreign Institution which 
is connected to the wkie area network. To operate the 
banking machnne a user provkies inputs which con-e- 
spond to an address, such as a URL address, through 
an address input device. The HTML document handling 
portkm operates to connect the banking machine to the 
server corresporKJing to that address. This is preferably 
accomplished by the user having Indicia representative 
of the address on a card that is read by a card reader in 
the banking machine, or other input device which Men- 
tifies the user or an Institutton or entity with which the 
user has accounts. 

[0020] The HTML document handling portk>n is re- 
sponsive to the address on the card or other Input data 
to connect through the proxy sender to the user's Insti- 
tutk>n. If the user's home {restitution address corre- 
sponds to the home server, the banking machine oper- 



ates responsive to messages from the home sender. If 
however the user's Input address conesponds to an ad- 
dress of a foreign sender, the proxy server is operative 
to communicate through the wide area network with the 

s foreign sen/er at the customer's home institutbn. If the 
customer causes the machine to connect a sender op- 
erated by a foreign institutbn, the HTML documents 
sent from the foreign institution correspond to those nor- 
mally provided by the foreign institutbn. As a result the 

10 customer is familiar with the interface produced by these 
documents and will be able to more readily operate the 
banking machine. 

[0021] The foreign sender or home server operate the 
banking machine by sending HTML documents that in- 
15 elude instructions for operating the devices in the bank- 
ing machine. The instructbns are transmitted from the 
HTML document handling portbn to the device applica- 
tion portbn of the software, which operates the devbes 
In response to the instructions. The instructbns from the 
devbe application portbn to the devbes in the automat- 
ed banking machine are passed through the devbe 
server of the home institutbn. This helps to maintain se- 
curity. In addition, the proxy sender Includes screening 
software which limits the foreign senders which may con- 
nect to and operate the banking machine. This is re- 
ferred to as a fire wall." 

[0022] Some embodiments of the present invention 
also provide enhanced user interfaces and for the print- 
ing of a wide variety of documents with the banking ma- 
chine. Some embodiments enable achieving enhanced 
functionality while utilizing existing transactbn networks 
and automated transaction machines. 

BRIEF DESCRIPTION OF DRAWINGS 

[0023] Figure 1 is a schematic view of a network con- 
figuration Including an automated banking machine ap- 
paratus and system. 

[0024] Figure 2 is a schematic view of one embodi- 
ment of an automated banking machine. 
[0026] Figures 3 through 24 Show schematb vbws of 
the automated banking machine, an intranet connecting 
the banking ntachine to a computer system of a home 
bank and a wide area network connecting the computer 
system of the home t)ank to a foreign bank. 
[0026] Figures 3 through 1 6 schematically represent 
steps In a transaction carried out at the banking machine 
with the computer system of the home bank. 
[0027] Figures 1 9 through 24 schematically represent 
steps in a transaction can-led out at the banking machne 
with the computer system of the foreign bank. 
[0028] Figure 25 isaschematbviewofanetworkcon- 
figuration including an alternative embodiment of an au- 
tomated banking machine. 

[0029] Figure 26 is a schematb view of frames in the 
HTML document handling portbn of the alternative em- 
bodiment of the automated banking machine shown in 
Figure 25. 
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[0030] Figure 27 is a schematic view of a customer 
interface of an automated banking madiine and function 
Iceys and keypad keys included in the Interface. 
[0031] Figures 28-30 schematlcalty represent exem- 
plary steps in converting function key and keypad key 
inputs to keyboard stream and mouse stream inputs. 
[0032] Figure 31 schematically represents exemplary 
steps in printing documents with the automated banking 
machine. 

[0033] Referring now to the drawings and particularly 
to Figure 1 , there is shown therein a network configura- 
tion schematically indicated 10. which includes the au- 
tomated banking machine apparatus and system of one 
preferred embodiment of the present invention. Network 
10 includes a plurality of automated banking machines 
12 which in this embodiment of the invention are ATMs. 
ATMs 1 2 are connected to a computer system of a home 
bank schematteally indicated 14. Home bank computer 
system 14 is the computer system that is operated by 
the bank or other institution which has primary respon- 
sibility for the ATMs 12. Home bank computer system 
14 is connected to the ATMs 12 through an intranet 16. 
Intranet 16 is preferably a local or proprietary networic 
that provides communication between the computer 
system 14 and the banking machines 12 using messag- 
es in the transmission control protocolintemet protocol 
("TCP/IP') fonrrat. 

[0034] The messages that are communicated through 
the intranet 1 6 are preferably TCP/IP messages and hy- 
pertext mark up language ("HTML") documents. In one 
preferred embodiment of the invention the HTML docu- 
ments sent through intranet 16 include embedded cb- 
ject oriented programming instmctfons, preferably in the 
JAVA® fonrnat whk:h has been devetoped by Sun Micro- 
systems. The messages sent through intranet 16 may 
be sent in an encrypted or unencrypted form depending 
on the nature of the system and the security needs of 
the home bank. 

[0035] It shouki be understood that embodiments of 
the invention may process other fonrr^ of documents 
whbh include tags or instructions therein. For example 
a form of "extended" HTML has recently been proposed 
which may be used in embodiments of the inventk)n. For 
purposes of this document all such fomns of languages 
and variants which include documents, whksh docu- 
ments include instructions therein shall be referred to as 
HTML documents. Likewise, while JAVA® is used in the 
described embodiment, other programming languages 
may be used. For example, Active-X™ developed by Mi- 
crosoft Corporation or other languages may be used in 
other embodiments. Further it shouM be understood 
that the instructtons included in documents may be op- 
erative to cause a computer to access other documents, 
records or files at other addresses to obtain a program 
to carry out an operation. 

[0036] Home bank computer system 14 is also con- 
ne^able as shown to a wkle area network 18. In some 
embodiments of the inventkxi the wkJe area network 18 
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Is the Internet. In other embodiments of the invention, 
other wkie area networks may be used. The wkie area 
network preferably communicates messages in TCP/IP 
between numerous computer systems connected to the 
s wide area networic These foreign computer systems are 
schematically represented by senders 20, 22, 24, 26 and 
28. It should be understood that senders 20 through 28 
may be operated by or connected to other financial in- 
stitutions throughout the worid. Sen/ers 20 through 28 
preferably operate by communk:ating HTML documents 
and other HTTP messages. 

[0037] Figure 2 shows a schematic view of the ATM 
12 used in connection with one preferred embodiment 
of the inventbn. ATM 12 includes a touch screen 30. 
Touch screen 30 includes a display screen which sen/es 
as an output device for communk:atbn with a user of 
the machine. Touch screen 30, because it is a touch 
screen, also serves as an input devtee for rece iving input 
instructions from a user. Touch screen 30 is connected 
through an interface 32 to a computer 34 wh»h is pref- 
erably housed within the machine. Alternative embodi- 
ments of the inventbn may include other output devices 
such as audio speakers. 

[0038] Computer 34 is also in connectbn with a plu- 
rality of transactbn function devices 36 which are includ- 
ed in ATM 12. Devices 36 Include for example, a card 
reader/writer mechanism 38 and a keyboard 40. Devic- 
es 36 further include a sheet dispenser mechanism 42 
which is operative to dispense sheets, which in some 
preferred ioms of the inventbn are currency or bank 
notes. Devices 36 also include a depository 44 for ac- 
cepting deposits into a secure kx^tton in the machine. 
A receipt printer 46 for providing transaction receipts to 
customers is also included armng devices 36. A journal 
printer 48 is also included among the devices for keep- 
ing a hard copy record of transactkxi infonmatk)n. In oth- 
er embodiments other or additional transaction f unctbn 
devices which carry out other transactkxi functions may 
be used. Other enrtt>odiments may include fewer trans- 
action function devk^es. It shoukd be further understood 
that while the described embodiment of the invention Is 
an automated banking machine, the same principles 
may be emptoyed in many types of transactkxi ma- 
chines that do not necessarily carry out banking trans- 
actions. 

[0039] Each of the devices is operatively connected 
to an internal control bus 50 within the banking machine 
1 2. The control bus 50 outputs the internal messages to 
the particular devtoes. Each device has an appropriate 
hardware interface which enables the particular device 
tooperatetocarry out its respective function in response 
to the messages transmitted to it on control bus 50. Card 
reader/writer 38 has a hardware interface schematically 
shown as 52. Hardware interfaces 54, 56, 58, 60 and 
62 are respectively operative to connect keyboard 40, 
sheet dispenser mechanism 42, depository mechanism 
44, receipt printer mechanism 46 and journal printer 
nrtechanism 48 to the control bus 50. 
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[0040] Computer 34 has several software programs 
that are executable therein. In the preferred embodi- 
ment of the invention these software programs Include 
a device Interfacing software portion generally Indicated 
64. Device interfacing software portion 64 preferably In- 
cludes a software device Interface 66 that communi- 
cates electronic messages with the control bus 50. The 
device Interface software portion 64 also preferably in- 
cludes a device manager 66. The device manager is 
preferably operative to manage the various devices 36 
and to control their various states so as to be assured 
that they properly operate in sequence. The device 
manager is also preferably operable to create device ob- 
jects in the software so as to enable operation of the 
devices by at least one object oriented program 70. De- 
vice interfacing software portion 64 also includes the ob- 
ject oriented program portion 70, which in one preferred 
embodiment Is an application written In the JAVA lan- 
guage. Program 70 works In conjunction with the device 
manager to receive object oriented JAVA messages 
which cause the devices to operate, and to transmit de- 
vice operation messages indicative of a manner In which 
devices are operating and/or are receiving input data. 
[0041] The device Interfacing software portion 64 In 
the descrbed embodiment operates on computer 34 
and communicates through a physical TCP/IP connec- 
tion 72 with the intranet 16. The physical connection 
may be analog dial-up. serial port, ISDN connection or 
other suitable connection. In the configuration of the 
system as shown, device interfacing software portion 64 
communicates at the IP address of computer 34 and at 
an IP port or socket Indicated 74 that Is different from 
the other software applications. In other embodiments 
cH the Inventwn, device interfacing software portion 64 
may operate In a different computer than the other soft- 
ware applbatbns of the inventk)n. 
[0042] It shoukJ further be understood that although 
In the present embodiment of the inventk)n the device 
Interfacing portion 64 is software, in other embodiments 
of the inventk)n all or portk)ns of the in8tructk>n steps 
* executed by software portk)n 64 may be resMent in 
firmware or in other program media in connectkHi with 
one or more computers, whk:h are operative to commu- 
nicate with devices 36. For purposes of this document 
all such fonns of executable Instructions shall be re- 
ferred to as software. 

[0043] Other software also operates in computer 34. 
This software includes HTML document handling soft- 
ware which includes a browser, schenr^tteally Indteated 
76. In the present embodiment of the Kiventkxi the 
HTML document handling software Includes a browser 
provided by Netscape®. However In other embodiments 
other HTML document handling and communicating 
software and browser software, such as Hot JAVA® by 
Sun M»rosystems or Internet Explorer^ from Micro- 
soft, may be used. Browser 76 communicates in com- 
puter 34 at an IP port indk^ted by 78. 
[0044] Browser 76 is in operative connectk)n with 



JAVAenvironnDent software 80 which enables computer 
34 to mn JAVA language programs. JAVA language pro- 
grams have the advantage that they operate the same 
on a variety of hardware platfonns without modrficatkjn. 

5 This %vrite once\run anywhere' capability makes the 
JAVA environment well-suited for the present embodi- 
ment of the invention. However other embodiments may 
use different types of software programs. 
[0045] The JAVA environment software 80 enables 

10 computer 34 to execute instructions in JAVA script, 
schematk^ally indicated 82. The Instmctbns that are ex- 
ecuted by the computer in JAVA script are preferably 
embedded JAVA script commands that are Included in 
the HTML documents which are received through the 

IS browser 76. The browser 76 in connectkjn with the JAVA 
environment software 80 which executes instructions in 
the embedded JAVA script 82. serve as an HTML doc- 
ument handling software portion for transmitting and re- 
ceiving HTML documents and TCP/IP messages 

20 through the IP port indk:ated by 78. 

[0046] Computer 34 also has executable software 
therein having a devk:e appricatlon portion 64. The de- 
vtoe application portion 84 contains executable instmc- 
tlons related to operation of the devk^es 36. In the pre- 

2S ferred embodiment of the invention, the device applica- 
tion portbn consists of a plurality of JAVA applets. In the 
described embodiment the applets are also preferably 
programs operable to control and keep track of the sta- 
tus of the devices with whk^h they are associated. Cer- 

^0 tain applets are also preferably operable to configure the 
browser to communicate messages. Certain applets 
manage security and authenticate entities that use the 
ATM. 

[0047] In the described embodiment of the inventbn, 

35 JAVA applets are associated with f unctbns such as en- 
abling the card reader mechanism, notifying the browser 
when a user's card data has been entered, operating 
the receipt printer mechanism, operating the journal 
printer mechanism, enabling the customer keyboard 

40 and receiving data Input through the keyboard, operat- 
ing the sheet dispenser mechanism, operating the de- 
pository, navigating to document addresses, timing de- 
v\ce functk>ns, verifying digital signatures, handling en- 
cryptkm of messages, controlling the mix of bills dis- 

45 pensed from multiple sheet dispenser mechanisms, cal- 
culating foreign exchange, and ending a transactkxi and 
Instructing the browser to return to commuhbation with 
the home sender. Of course. In other embodiments, oth- 
er applets may be used to control devices and use data 

so to carry out various desired functbns with the machine. 
The devk:e applicatkxi portbn 84 communicates in the 
computer 34 at an IP port indicated 86. 
[0048] In the described embodiment of the lnventk>n, 
the devbe application portion 84 of the software does 

ss not communicate its messages directly to the devbe in- 
terfacing software portion 64. As later explained, this 
provkJes heightened security. However it should be un- 
derstood that embodiments of the inventbn may provbe 
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for the device application portion 84 to directly commu- 
nicate device operation messages to the device pro- 
gram 70. This may be done either internally using TCP/ 
IP, by delivery of messages in a conventbnal nr>anner 
through a queue established in the operating system of s 
the computer that is associated with the software that 
interfaces with the devices, or by direct call to this soft- 
ware. 

[0049] From the foregoing discusston it will also be 
appreciated that certain applets in the device application 
portion 84 may correspond to devices which are not 
present in all automated teller nr^chines. For example 
an automated teller machine that operates only as a 
cash dispenser does not include a depository mecha- 
nism like depository 44. To accommodate the situatbn 
where a user requests a transaction that is not physically 
possible with the ATM 12. the device interfacing soft- 
ware portion 64 may be programmed to provide an ap- 
propriate response message to indicate that the function 
is not available. 

[0050] Altematively, the device interfacing software 
portion may include a function which checks for the 
presence or absence of each type of physical device 
within the ATM. Infomnation indicative of the devkses 
present in the ATM may be included as part of the mes- 
sages generated by the ATM. For example, informatton 
indicative of the devices which are operative in the ATM 
may be Included as a portbn or several parts of the URL 
addresses to which messages are directed by the ATM. 
In this way. the URL in the sen/er to whrch the ATM con- 
nects may be configured for providing only HTML doc- 
uments which correspond to the types of transactions 
that the ATM is capable of perfomiing. As a result the 
browser avoids displaying documents which include ref- 
erences to transactk>n types that the nriachine is not ca- 
pable of performing. Thus for example, a nnachine may 
avoid producing a display in response to a document 
whteh Includes a reference to a deposit transaction if the 
machine does not include a depository. 
[0051] Attematlvety the machine may Include In mem- 
ory, data representative of the f unctkxial devtees includ- 
ed in the machine. This may Include for example data 
representative of a plurality of devtoes In the machine 
and the configurations of such devtoes, or alternatively, 
a designator such as a machine number sufficient to 
identify the capabilities of the machine. The device data 
indkative of the functk)nal devtees in the machine is 
communicated to a sender and the sender is operative to 
deliverthe appropriate HTML documents for the devices 
present in the machine. This may be done based on the 
data corresporKling to the device data from the machine 
or may be resolved from a memory whtoh holds data 
representative of the f unctkxial devtees in a nr^achine as- 
sociated with a partbular designator. Documents selec- 
tively delivered by the sender to the browser of the ma- 
chine will include the appropriate references to the func- 
tk>nal devtoes present in the machine. These docu- 
ments may be static documents or may be generated at 



njn time from sub<kwuments or otherwise, to provide 
the appropriate outputs and instructions to the output 
devtees of the transactton machine. 
[0052] Figure 3 shows the ATM 1 2 in communk^atbn 
through the intranet 16 with the home bank computer 
system 1 4. Computer system 1 4 includes a proxy sender 
88. System 14 further includes a home HTTP server 90, 
Computer system 14 further includes a device server 
92. The proxy server, home HTTP sen/er and device 
sender may be included in a single computer as shown, 
or in other embodiments may be separate computers. 
Additional servers may be operative in other embodi- 
ments. 

[0053] The home HTTP sender 90 is preferably in 
communbation with a data store and is In electronic 
communk^itfon with a back office computer system, 
schematteally Indbated 94. Back office computer sys- 
tem 94 is operative to keep track of debiting or crediting 
customer's accounts when they conduct transactions at 
the automated banking machines. In addition t>ack of- 
fice 94 is also preferably operative to track transactkxis 
for purposes cl accomplish ing settlements with other in- 
stitutions who are partteipants in the system and whose 
customers conduct transactk3ns at the ATMs 1 2. 
[0054] As later explained, proxy sender 88 Is also op- 
erative in the described embodiment to communicate 
through the wide area network 18 with foreign sen/ers 
such as foreign server 96. Foreign server 96 is an ex- 
ample of a sender operated by an lnstitutk)n or entity oth- 
er than the institution whteh operates computer system 
14. It shouki be understood that while foreign sender 96 
is indicated as operated by a "foreign' institution, this is 
not necessarily indicative that the institution is located 
in another country from the institutfon that operates 
computer system 1 4. However, it is possible that foreign 
server 96 ooukJ be located ^n such a foreign country, in- 
cluding a country in which the language spoken Is dif- 
ferent from that generally used in the country where 
ATM 12 is located. 

[0055] The conduct of transactions using the ATM 1 2 
is now explained with reference to Figures 3-24. It 
shoukJ be understood that thef olk^wing described trans- 
action flows are merely examples of the operation of the 
apparatus and system, and the apparatus and system 
rray be configured and operated in numerous ways to 
cany out transactions. 

[0056] At the start of an exemplary transaction, as 
schematkally represented in Figure 3, the browser 76 
conrununicates through the Intranet 16 with the proxy 
sender 88. The communication is established preferably 
in a manner so that HTML documents intended to attract 
customers to the ATM 12 are displayed on the touch 
screen 30. This is referred to as the "attract mode." 
These HTML documents which are prcxessed in the 
browser to produce the outputs in the form of screens 
on the touch screen 30 (and/br outputs through other 
output devk:es included in the machine) may originate 
from home HTTP sender 90 whteh Is operative to deliver 
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the HTML documents to the proxy server. The home HT- 
TP server sends the messages addressed to the IP port 
associated wrth browser 76. so as to cause their display 
at the proper ATM machine. It should be understood that 
while in this example, home server 90 is described as 
communicating with the ATMs through the proxy sender 
88, the server 90 may in other systems encompassed 
by the invention communicate directly with the ATMs. 
[0057] A fundamental advantage of the system is that 
home HTTP sen/er 90 nrwy deliver documents selective- 
ly to the ATMs 12 connected to the Intranet 16. These 
documents may include messages or material tailored 
to the particular location in which an ATM 12 is located 
Examples of particularly tailored screens may include 
bilingual messages in certain neighborhoods or infor- 
mation concerning currency exchange at various ports 
of entry. The material or messages could include adver- 
tising for various products or services or other material 
targeted to particular machine locations. The JAVA ap- 
plets and JAVA script are loaded from a central location 
providing selective software distribution in the ATMs 
which may also be used to tailor the ATM to its environ- 
ment by causing it to access documents which include 
material intended to be useful in that location, and which 
Is not provided In documents delivered to at least some 
other machines in the system. 
[0058] Systems of emkKxJiments of the invention may 
be configured to have selected machines access HTML 
documents at different addresses, so that the particular 
documents accessed include the material targeted to 
users of the particular machine. Alternatively, a machine 
may communicate machine data indicative of its identity 
and/or location to a sender. From the machine data, and 
data stored in a data store in connection with the server, 
the sender operates to deliver the documents including 
the targeted material. This may be accomplished by as- 
sembling subdocuments, or otherwise, to generate the 
documents that will be delivered to the browser of the 
partbular machine. In addition it should be understood 
that while in the embodiment shown the HTML docu- 
ments are accessed through a server of an institution 
associated with the machine, the documents used for 
the attract mode may be accessed from other senders 
operated by other entities. 

[0059] The touch screen 30 in this exemplary trans- 
action sequence displays a screen which Includes an 
icon which Indicates In one or more languages that to 
commence a transaction a user should touch the 
screen. If a user touches the screen in the area of the 
icon an input signal is generated. The input signal or 
HTTP nnessage is transmitted through the browser 76 
to the home address of the home HTTP sen/er 90 to 
which the ATM 12 is cun*ently in communication. The 
message generated back to the home HTTP sender is 
represented by the arrows directed from the browser 76 
to the intranet 16. from the intranet 16 to the proxy sender 
88. and from the proxy seiver to the HTTP sender 90 in 
Figure 3. 



[0060] In response to the home HTTP sen/er 90 re- 
ceiving the message Indicating that a customer has 
touched the loon on the screen, the home server is op- 
erative responsive to the address accessed to send a 
s message through the proxy sender 68 (or in other em- 
bodiments directly) to the browser 76. This message 
preferably includes an HTML document which when 
processed through the browser produces a screen in- 
structing the customer to insert their card into the card 
10 reader mechanism 38. The HTML document flow which 
is represented graphically in Figure 4. preferably also 
includes embedded JAVA script or other instructions 
which operate in the JAVA environment to communicate 
a message to the JAVA applet responsible for enabling 
IS the card reader in the device application portion 64. In 
one preferred embodiment the instructions provide a 
pointer or tag to the applet which executes responsive 
to receipt of the document instructions. Of course in oth- 
er embodiments other software and approaches may be 
used. 

[0061] As shown in Figure 5, in response to the em- 
bedded JAVA script activating the JAVA applet associ- 
ated with the enable card reader function, the JAVA ap- 
plet in the device application portion 84 communicates 
with the device server 92. The device sender 92 includes 
a device server program 98 which in the preferred em- 
bodiment is a JAVA program that enables communica- 
tion with the JAVA applets and the device server appli- 
cation 100. The device server 92 further preferably in- 
cludes a monitor software application 102 which is op- 
erative to monitor device operatbn instructions. The 
monitor software minimizes the risk of fraud or abuse In 
a manner later explained. 

[0062] Returning to the sample transaction, in re- 
sponse to receiving the enable card reader message 
from the devbe application portion 84, the devtee sender 
92 Is operative to generate a message through the in- 
tranet 1 6 to the device interfacing software portion 64 of 
the ATM 12. This message which comprises an HTTP 
record Including instructtons for operating the card read- 
er, is directed to the IP port indicated 74 which Is where 
the device interfacing software portion 64 communi- 
cates. In response to receiving this message, the soft- 
ware portion 64 Is operative to send a nnessage or mes- 
sages on the control bus 50 whteh enables card reader 
mechanism 34. 

[0063] Continuing with the transaction as shown in 
Figure 6, the input of the card by the customer to the 
card reader 34 Is operative to cause the card data to be 
read and the device interfacing program portkxi 64 to 
send a message to the device sender 92 indicating the 
card data has been read. This message is transmitted 
bythedevice server through the intranet 16to the device 
applicatk)n portion 64. The devbe applicatk>n portion 
then sends a message to the devtee senrer requesting 
the card data The devbe senrer 92 transmits a mes- 
sage with instructbns to deliver the card data from the 
devtee Iritevfacing software portton 64 which responds 
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with a message sending the card data through the in- 
tranet to the device server. The device sender, if there is 
no basis for stopping the transaction, transmits an HTTP 
record including card data bacic through the htranet 16 
to the device application portion 64. 
[0064] in one prefen-ed embodmnent of the invention, 
the card Input by a user or customer includes indicia 
which corresponds to an address associated with the 
user in the networic In such an embodiment the indicia 
corresponds to a uniform resource locator ('URL') ad- 
dress which provides Information on the computer 
where the user infomnation resides, as well as a direc- 
tory or sutxJirectory which includes the user information 
and the name of the document or resource that includes 
the user information. The URL address may be encoded 
on a customer's card. The address may be encoded on 
track 3 of a magnetic stripe. In other locations within the 
magnetic stripe data or through encoding other readable 
Indicia on the card. Altematively, if the customer's card 
is a "smart' card which includes semiconductor storage 
thereon, the URL address associated with the customer 
may be included as part of the stored data on the inte- 
grated circuit chip on the customer's card. Altematively, 
a URL could be derived from other data on the card by 
accessing a data base in which address data is corre- 
lated with other data read from the card. The data nec- 
essary to derive the address for accessing documents 
associated with a customer could also be derived from 
inputs to input devices other than or in addition to card 
data, including tor example biometric data which is input 
by a customer through a biometric reading device. Such 
biometric data may Include for example, data corre- 
sponding to one or more fingerprints, data from ttie us- 
er's appearance or combinations thereof. 
[0065] For example and without limitation, data input 
by a customer such as through a card input to a card 
reader may correspond to an address for accessing an 
HTTP record, which may be a file or document which 
includes infomnatlon which can be used for verifying the 
identity of a user. This record could include data con-e- 
sponding to a PIN number. The mfonmation may include 
biometric data corresponding to the authorized user of 
the card. The browser may access the record and use 
the contents of the record euch as data and/or instmc- 
tions to verify that the indicia corresponding to biometric 
data in the record corresponds to the biometric data of 
the user entering the card. Altematively, input data rep- 
resentative of appearance, voice, other features (or 
combinations thereof) or other input data, may be used 
to generate one or more addresses which correspond 
to a user, and the content of the record at the accessed 
address used to verify that the user at the machine cor- 
responds to the user associated with the record. Numer- 
ous approaches within the scope of the invention may 
be used. The Iriformation In the record corresponding to 
a user may likewise be used to authorize certain func- 
tional devices on the machine to operate for the user 
while other devices may not. For exanple, a ueer who 



Is overdrawn may have infonmatbn in the record ac- 
cessed that prevents them from actuating the cash dis- 
penser, while users who are not overdrawn may include 
informatbn which enables such operation. Alternatively. 

s the absence of information in a corresponding record 
may enable operatbn, while the inclusion of informatbn 
selectively limits the operatbn of devices. 
[0066] Retuming to the exemplary transaction, the 
delivery of the card data from a successfully read card 

10 is delivered responsive to the programming of the de- 
vice application portion B4 to a JAVA applet associated 
with notifying that the c£ud data has been entered. In 
response, the JAVA applet operates to generate JAVA 
script which configures the browser with the URL ad- 

is dress corresponding to the data read from the card. The 
JAVA applet is also preferably operative to open a record 
schematically indicated 1 04conceming the transactbn, 
which includes the user's URL address, tlie time and 
other card data. This record In a preferred embodiment 

20 may be stored in memory as data in an object in soft- 
ware. The object is preferably used to accumulate data 
as the transaction proceeds. The data stored in the 
transactbn data object preferably Includes data input 
through input devices by the user as well as data repre- 

2S sentatrve of operations carried out by transaction func- 
tion devices. 

[0067] The record or transaction data object provides 
persistence through what may be several different 
transaction steps executed by tiie customer The ability 
30 to use and share the data in a number of different oper- 
atbns avoids the need to derive it or obtain it from a 
customer more than once in the course of a user sessbn 
involving a number of transactbn steps. The use of a 
transactbn data object enables applets to run largely 
ss Independently, obtaining needed data from the transac- 
tion object. The approach also enables the record or da- 
ta object to be used to produce an appropriate record at 
the end of the transactbn session. This record may be 
stored, collected into a batch or delivered to selected 
40 addresses In a bcal or wbe area networic 

[0066] As schematically shown in Figure 7, in re- 
sponse to the browser 76 receiving the URL address 
data, the browser is operative to transmit a message 
through the rntreuiet 16 to the proxy sender 88. For pur- 
45 poses of this example, the URL address associated with 
the card data is that of a customer associated with the 
home bank which operates system 14. As a result, the 
customer's URL address will cause the message to be 
directed from the proxy sen/er 88 to the home HTTP 
so server 90 and to access the corresponding document at 
the address therein. Altematively, in other systems the 
connectbn may be made directly with sen/er 90 without 
the intervening proxy sewer 88. As previously dis- 
cussed, the URL address may also include data repre- 
ss sentative of the devices which are operative in the ATM. 
[0069] In response to receiving the message, home 
HTTP server 90 finds the data corresponding to the cus- 
tomer's URL address data In Its associated memory and 
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delivers to the browser at its IP port with an HTML doc> 
ument. This HTML document nvay include a screen ac- 
knowledging the particular customer by name as well as 
with the name of the banking instrtutkxi or other entity 
whk^h operates the home bank computer system 14. 
[0070] In additk)n. the HTML document preferably in- 
cludes embedded JAVA script whk:h has a digital signa- 
ture or a means to obtain a digital signature associated 
with the home HTTP server 90. The script instnjction 
included in the document in certain embodiments caus- 
es the device application portion to access an HTTP ad- 
dress on a server, which in the described embodiment 
is server 90. The HTTP address corresponds to an HT- 
TP record which includes at least one instructk)n and 
preferably includes a program such as a JAVA applet or 
Active-X file. The instmction is used to operate the ap- 
propriate transaction functbn devtee. The HTTP record 
preferably includes data representative of a signature, 
such as a digital signature. This digital signature is re- 
ceived responsive to the JAVA script 82 and processed 
In the device applicatton portion 84. A JAVA applet proc- 
esses the digital signature to authentteate it and if it is 
an acceptable signature authorizes operatk)n of the 
banking machine. In certain embodiments the applet 
may compare the signature to signature data stored In 
memory for a predetenmined relatkxiship, such as a 
match. 

[0071] After the applet verifies that HTTP server 90 or 
other accessed HTTP record has sent a proper digital 
signature, the transactton will be altowed to continue. If 
for some reason a proper digital signature has not been 
sent, the JAVA applet will stop the transaction and return 
banking machine 12 back to the condition prior to the 
start of the transactbn by connecting the ATM to the ad- 
dress associated with the attract mode in home server 
90. The use of signed instructions may be used to as- 
sure that the various transactbn functk>n devices are 
only operated in response to appropriate messages. 
The use of signed instructions may be paribularly ap- 
propriate for instructions that run the sheet dispenser or 
otherwise provide value to the user of the machine. 
[0072] In the example it will be assumed that the dig- 
ital signature received is a proper signature, in which 
case a message is returned from the browser 76 to 
home server 90 indcating that the transactbn may pro- 
ceed. As shown in Figure 8, in this exemplary transac- 
tion the HTTP home sen/er 90 then operates to send an 
HTML document to the browser 76 whk:h includes in- 
structions which when processed produce a page or 
screen which instructs the customer to enter their per- 
sonal identification number or PIN. This HTML docu- 
ment preferably Includes embedded JAVA ^structions 
whtoh operate to cause the device applbatbn portion 
84 enable the keyboard 40 of the ATM so the nr\achine 
may receive the PIN number. Such a message is sche- 
matically shown In Figure 8 with the JAVA script 82 sig- 
naling the JAVA applet responsible for the keytioard that 
it has been requested to enable the keyboard. In re- 



sponse the JAVA applet in the device applbatbn portbn 
84 sends a message through the intranet 16 to the de- 
vbe server 92. The device sender 92 sends a message 
back through the intranet to the device interfacing soft- 
ware portbn 64 in the ATM. The instructions in this mes- 
sage causes the device software to enable keytxsard 40. 
The JAVA applet responsible for enabling the keyboard 
is also preferably operative to update the transactbn 
record 104 to indicate that the PIN was requested. 
[0073] As shown in Figure 9, the PIN entered through 
the keyboard 40 Is transmitted in a message from the 
device interfacing software portion 64 to the device serv- 
er 92. The devbe server 92 returns a message to the 
responsible JAVA applet in the devbe application por- 
tion. The JAVA applet then operates to send a message 
back through the HTML document handling portion and 
the browser 76 to the HTTP address of home server 90. 
This message includes data representative of the PIN 
input by the customer. In some embodiments it is not 
desirable to display the customer's PIN on the screen. 
In such embodiments the keyboard applet may be op- 
erative to display a default character on the screen such 
as a symbol or other symbol in lieu of the PIN digits. 
Further as later discussed it may be desirable to avoid 
transmissbn of PIN or other data through the browser, 
in which case PIN data may be handled as a separate 
HTTP message or in other manner to reduce the risk of 
disclosure. 

[0074] The software operating in connectbn with HT- 
TP sender 90 is then operative to either verify the PIN 
itself or to ve rify the customer's PIN number and account 
number by sending it to the back office 94 and waiting 
for a response. Alternatively, customer PIN veriflcatbn 
may be carried out in the ATM through an appropriate 
applet This can be done in situations where data on a 
customer's card, such as an account number, can be 
correlated to the customer's PIN number through an al- 
gorithm. The embedded JAVA script In the HTML mes- 
sages nnay include or point to an address to obtain the 
data and/or instructions which the applet uses to per- 
form this verifbatbn functbn. including certain encryp- 
tion key data This may include user informatbn in the 
HTMLdocument or other record data that was accessed 
In response to the user's card data As shown schemal- 
balty in Figure 9, the transactbn data object 104 is also 
appropriately updated by the applet to Indicate the entry 
of the customer's PIN. 

[0075] In alternative enUxxiiments the machine may 
Include a biometric reader devbe or other Input devbe 
to accept data from a user. The user nr^y input data 
through such a device which may be used in lieu of, or 
in additbn to. PIN data to verify that the user is an au- 
thorized user. This may be done for example by com- 
paring the user data input to infonmatbn corresponding 
to the authorized user of the card included In a record 
or a document whbh has an HTTP address and Is ac- 
cessed by a browser or by an HTTP client applicatbn 
through an HTTP server in response to card data After- 
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natively input data may be used to generate addresses 
for documents or records which are accessed by the 
browser or client, and which records or documents con- 
tain inf omration that is used to verify the user's identity. 
For example, data conceming users may be stored in a 
data store in connection with an HTTP server, which de- 
livers data from a record responsive to the user data, 
which is used to verify the user's identity. 
[0076] It should be noted that the page or screen 
which requests the customer to enter their PIN is shown 
generated from the home HTTP sender 90. This Is pref- 
erably a screen that is associated with the particular cus- 
tomer's URL address. This will be the interface of the 
customer's home bank and will be familiar to the cus- 
tomer. Alternatively, the customer address may access 
what may be essentially the customer's personal 'home 
page' with the institution that operates computer system 
14. As such, it is not only something the user is familiar 
with, but is ideally tailored to the user's particular trans- 
action needs. 

[0077] Alternatively, the document(s) or record(s) 
which contain the customer data may be used to gen- 
erate the addresses for other documents. The infomia- 
tion may also be used to generate a document for the 
particular customer in the particular circumstances. This 
approach may be useful to reduce the effort associated 
with developing in advance a personal visual page or 
document for each customer. 
[0078] Approaches for accomplishing this may in- 
volve including various types or categories of user infor- 
mation in tile document(s) or record(8) that pertain to a 
particular customer. This may include information such 
as gender, related persons, account types, permitted 
transactions, customer preferences, customer inter- 
ests, account balances, previous offers declined or ac- 
cepted and other information. This customer information 
can be used by an appropriate applet among applets 66 
to address and/or develop an appropriate document for 
the browser to access based on the customer 'profile". 
In addition, the profile applet may take intoconskJeratton 
the transaction devbes present in the particular ma- 
chine, information on which Is stored in a data store in 
the machine or elsewhere in the system, as well as other 
factors such as the day of the week and time of day 
based on a system clock. In this way the machine de- 
tennines the appropriate document to access or gener- 
ate for the partbular customer under the particular cir- 
cumstances. 

[0079] The k>gic used in the profile applet may act to 
cause documents to be built or accessed for the cus- 
tomer whkii includes transactton options based on the 
customer infonmatk)n. information about the terminal 
and other factors. The profile applet may operate to offer 
transaction optbns or information selectively based on 
the customer informatk>n. For example, the operator of 
the machine may offer incentives, premiums, additional 
transaction options or advertising information selective- 
ly to customers. Certain types of customers of the Insti- 



tution operating the machine may receive screen out- 
puts with optkms that encourage them to do more busi- 
ness or different types of business with the institution. 
Likewise, customers that are identified as customers of 
s foreign institutions may be provided with incentives to 
do business with the institution operating the machine. 
[0080] The profile applet may operate to cause the 
computer to access other documents in other servers, 
such as stock market data, and selectively provide it to 
customers. It should be understood that the profile ap- 
plet may operate to determine an address or generate 
documents to produce initial display screens of a trans- 
action sequence. The profile applet may also operate to 
provkle inf ormatk>n or access or produce documents to 
generate visual outputs to the customer at other points 
in a transaction or between transactions. This may fur- 
ther be used in systems in whk:h the operator of the ma- 
chine is able to sell paid advertising to third parties and 
then access the HTTP records such as HTML files for 
those third parties' products or services. Such access- 
ing may be done based on a periodic or other basis, but 
may be done effectively by selecting the HTTP record 
to access in response to the profile of the partk;ular cus- 
tomer. 

[0081] The continuatkxi of the transactkxi flow for this 
exemplary transaction by a customer of the institutton 
that operates computer network 14, is schematically 
shown in Figure 10. The home HTTP sender 90 is oper- 
ative in response to the customer inputting the correct 
PIN to send HTML documents to the HTML document 
handling portion of the software in the computer which 
operates the ATM. These messages may include infor- 
mation used to generate screens which prompt the cus- 
tomer to select a transaction. For purposes of this ex- 
ample. It will be assumed that the customer inputs at the 
touch screen 30 a selection whk^ corresponds to the 
dispense of cash, which is a common transactk>n at an 
automated banking machine. 
[0082] The selectkxi of the customer through the input 
device of the touch ecreen Is communbated back 
through the HTML document handling portkxi which 
conrvnunicates an HTTP message to the home HTTP 
server 90. Server 90 then responds by sending another 
HTML document to the banknig machoie which prompts 
the customer to select an amount Again the customer 
way input a selection on the touch screen which indi- 
cates the anrKMJnt of cash requested by the customer. 
This HTTP message passes through the HTML docu- 
ment handling portion and the browser 76 to the home 
senrer 90. 

[0083] In response to the receipt of anmunt data from 
the customer, the home sender 90 is preferably operative 
to communicate electronfcally with the back office 94 to 
verify that the customer has the amount requested in 
their account TTiis is preferably accomplished through 
a Comnx>n Gateway Interface (CQI) 106 which is in op- 
erative connectk)n with the home server 90. For purpos- 
es of this transactton it will be assumed that the back 
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office 94 tncficates that the money is available in the cus- 
tomei'e account and sends a message through the CGI 
1 06 to the home sender 90 Indicating that It may proceed. 
[0084] As schematically represented in Figure 1 1 . the 
home sen/er 90 then operates to send a document back 
to the HTML document handling portion in the ATM soft- 
ware. This message preferably will cause Informatbn to 
be displayed on the screen which advises the customer 
that the transaction Is being processed. In addition the 
HTML document returned preferably includes JAVA 
script which include embedded Instructions which are 
executed and communicated to a JAVA applet associ- 
ated with the operatbn of the sheet dispensing mecha- 
nism 42. 

[008S] The document returned from the home sender 
90 may include advertising or other information instead 
of or in addition to the customer message. The docu- 
ment returned may also include an instruction which 
causes the machine to access or generate another doc- 
ument. These instructions may invoke methods in the 
profile applet whbh depend on the properties associat- 
ed with the customer, the machine, the current t^e and/ 
or other circumstances. This enables accessing docu- 
ments that provide promotbnal messages such as ad- 
vertising or other infonnation to the customer while the 
customer Is waiting for the machine to operate. It should 
be understood that these documents may be accessed 
anywhere, including from the Intemet. This makes it 
possible to selectively present a wide range of materials 
to customers. It also enables operators of ATMs and oth- 
er transactbn machines to present advertising to cus- 
tomers, on a broad basis, or targeted to categories of 
customers or even targeted to Indivkiual customers on 
a segment of one basis. This could be advertising of the 
machine operator such as a bank, or advertising per- 
taining to virtually any type of goods or services. The 
advertising may also be selectively presented based on 
the partteular transactfon device being operated, the 
amount of funds involved or other parameters. The 
HTML documents also enable the presentatk>n of vkieo 
and sound to the customer which may enhance the ef- 
fectiveness of proax)tions. 

[0086] The message to the JAVA applet in the device 
applbation portk)n 64 of the software to initiate opera- 
tion of the sheet dispenser results in generation of a 
message to the device server 92. The message to the 
device sender 92 to dispense cash is preferably ana- 
lyzed by the monitor software 1 02 to check to see if the 
message is appropriate. For example the monitor soft- 
ware 102 is preferably operative to assure that the 
amount of cash being requested does not exceed a pre- 
set amount It can also optionally check to verify that the 
amount provkJed to this customer within a prbr period 
has not exceeded an amount. This may be done by the 
device sender sending a message to the back office 
which includes the card data it has prevbusly received 
from this customer. This message may pass through 
server 90 and its associated CGI, or other connection. 



Assuming that the dispense instructbn is ncrt prevented 
by a message from the back offbe or the monitor soft- 
ware, the device server 92 is operative to send a dis- 
pense message to the device interfacing software por- 
s tion 64 in the ATM. The software portbn 64 is thereafter 
operative responsive to the message to operate the 
sheet dispensing mechanism 42 to dispense the 
amount of cash requested by the customer. 
[0087] The monitor software 1 02 preferably performs 
additional functbns in the device sender For example, 
government regulatbns or good business practice may 
require limiting the size and amounts of deposits which 
may be made into an ATM. This may be advisable to 
prevent 'money laundering' or other suspicbus activi- 
ties. The monitor software preferably operates to limit 
the amount of any single deposit to below a set limit It 
further operates by connmunicating with the home bank 
back office system 94 to prevent a series of deposits 
within a preset time from exceeding a certain limit. The 
monitor software may also work in connection with the 
proxy server to limit certain transactbns that may be car- 
ried on at the banking machine responsive to instruc- 
tions from foreign servers as later discussed. 
[0088] It should be noted that in a preferred embodi- 
ment of the invention the JAVA applet whbh is operative 
to send the message which causes cash to be dis- 
pensed, works in connection with another applet which 
controls the mix of bills dispensed to a customer. Many 
automated teller machines have the ability to dispense 
two or nrK>re denominations of currency bills. It Is desir- 
able to control the mix of bills dispensed to a customer 
to suit that which Is available in the machine and to avoid 
running out of one denomination of bills before the other 
The bill mix applet is preferably operable to control the 
bill mix in accordance with the desires of the institutbn 
operating the ATM machine as well as is in accordance 
with the ATM machine's capabilities. Alternatively, a 
JAVA applet for controlling bill mix may resMe in devbe 
program 70 in devbe interfacing software portion 64. 
[0089] As Will be appreciated by those skilled in the 
art, the particular JAVA applets and/or conflguratbn da- 
ta in the machine may be selectively baded from the 
home sender 90 at machine start up or at other times. 
Because the applets and configuration data may be se- 
lectively delivered to particular machines, the machines 
may be taibred specifically to the partbular ATMs cur- 
rency dispensing and other capabilities. For example, 
the ATM may be configured so that certain applets or 
groups of applets must be present to enable the ma- 
chine to operate. One approach to loading such data or 
progrEmis Is to provide address values in the terminal 
software to indicate where the needed instructions to ac- 
quire the applets or data may be obtained. If the applets 
or groups of applets are not already present in memory 
of the ATM terminal at start up, the software is operative 
to access the system addresses for the documents 
whbh contain the required records or instructbns whbh 
will cause the machine to bad the required records. The 
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browser may be used to access the addresses and the 
softwaire loads data corresponding to the instructions 
from the accessed documents into a memory in the ATM 
terminal so that the temninal has the required applets 
and data. Such document addresses may be accessible 
through the home sender 90. Alternatively the addresses 
may be on a separate development server coinected 
to the intranet 16. In this way each transactbn machine 
is able to bad the applets and data which include the 
operative code it needs to operate the transaction de- 
vices in the machine. Alternatively, the documents may 
be provided through a development server or other send- 
er that is accessible to the machine through a wide area 
network. The documents may be provided on the devel- 
opment server to provide the machine with instnictions 
on how to acquire the operating code to carry out a wide 
variety of functions. The instructions may direct the ma- 
chine to acquire the necessary data and code from ad- 
dresses accessible through HTTP sen/ers by an HTTP 
client in the machine. The data and code can be ac- 
quired responsive to instructions in one or several doc- 
uments. The machine may also require that the applets 
loaded in this manner be signed applets including digital 
signatures or other authenticating features to achieve 
operation of certain devices in the machines. 
[0090] Alternatively, embodiments of the invention 
may acquire the necessary applets and data from a re- 
mote data store. The data store preferably includes the 
data and/or progrants that enable the machine to oper- 
ate as desired or have instructions on where the ma- 
chine may acquire the necessary Instructions and data 
for operation. The data may be accessible from a data 
base server. The transaction machine addresses a que- 
ry to the database sender. The query includes or is ac- 
companied by indicia from the machine which identifies 
the machine. This may be the particular machine such 
as a nrtachlne number, and/or may include indicia rep- 
resentative of the type or functional device capabilities 
of the machine. 

[0091] The data. store preferably includes records 
which have the data or programs that are to be trans- 
mitted to the machine. In response to the query to the 
sender, the server retrieves records from the-data store 
and responsive thereto delivers one or nrK>re messages 
to the HTTP client in the transaction machine. This mes- 
sage(s) includes the configuration data or applets to en- 
able the machine to operate in the manner desired or 
may include instructions which indicate how the ma- 
chine is to acquire such progranr^ from servers connect- 
ed in the system. 

[0092] In the example shown the configuration server 
and data store may operate on the same computer as 
home banic server 90. In other embodiments the data- 
base server may reside elsewhere in the networks to 
which the machine ie connected. 
[0093] An advantage of the n^chines and systems 
whbh enrtploy such features is the flexa^ility to change 
the operatk)n and customer Interface of the machine to 



respond to changing conditions. This may include a 
change in a transaction function device. Conditions may 
change sothat certain transactions are limited or are not 
available. For 6xan^)le, a machine may nomnalty accept 

6 deposits but its depository is full. In that situation the 
machine may change the documents it accesses to 
present messages to users through its output devices 
so that the deposit option is no longer offered. This can 
be accomplished by the applets and data loaded into 

10 the machine initially, which provide for instructions when 
such event is sensed Altematlvely. the machine pro- 
gramming may be modified by loading new applets and/ 
or data from an HTTP server responsive to its then cur- 
rent status. This may be done responsive to a query to 

IS a database sender which includes or is accompanied by 
data representative of the changed conditions or capa- 
bilities of the machine. In response the sender delivers 
the applet(s). data and/or instructions which will operate 
the machine in the nrKXiified mode. 

20 [0094] This approach eliminates the situation with 
conventbnal transaction machines where the statb in- 
terface presentatton on output devbes offers a transac- 
tion optbn to a customer. Sometimes, after the custom- 
er has made the selection an indication is given that the 

2S selected transactions optbn is not available. The ap- 
proach described herein may be used with numerous 
transaction options and variations of transactions. The 
transactbn options can be readily changed from the da- 
tabase server on a machine by machine basis or even 

30 a customer by customer basis as prevbusly discussed, 
based on the desires of the entity operating the trans- 
action machine. 

[0095] The discussbn of the exemplary transactbn 
will now be continued. In response to the cash dispenser 

ss 42 dispensing the requested amount of cash, device in- 
terfacing software program 64 preferably operates to 
send a dispense operation message confirming the dis- 
pense back to the JAVA applet responsible for the dis- 
pense in the device application program 84. As repre- 

^ sented In Figure 1 2, the partbular applet is operative to 
update the transaction record 104 to Indbate the dis- 
pense of cunency to the customer in the partbular 
amount. The embedded JAVA script instructions which 
were operative to cause the dispense of currency to the 

45 customer, also preferably include instmctions to send a 
confirming message bacic to the home sewer 90 that the 
dispense is complete. The receipt of the dispense oper- 
ation message indicating the cash was dispensed caus- 
es the JAVA applet to configure the HTML document 

so handling portion to send a device response message 
back to the home sender. The home sender then is pref- 
erably operated in accordance with its progranrvning to 
indicate to the back office 94 that the customer received 
the amount of funds dispensed. This amount is deduct- 

55 ed from the customer's account in the records main- 
tained by the back office system. 
[0096] Generally during a transactbn it is common to 
ask the customer if they wish to have a receipt for the 
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transaction. This may be done at various times during 
the transaction flow. In the present example, after the 
cash has been dispensed the customer operating the 
machine is sent such a message as reflected in Figure 
1 3. The home sender 90 is operative to send an HTML s 
document which includes a screen asking the customer 
If they would like a receipt. This message is displayed 
as part of a page on the touch screen 30 responsive to 
receipt of the message through the browser 76. Alter- 
natively the document may be generated by the ma- 
chine. In response to the customer indicating that they 
do or do not want a receipt, a message is returned to 
the home sender. Again it shoukj be understood that the 
screens displayed to the customer are preferably those 
that the customer is accustomed to from his or her home 
institution, and may be a part of his or her unk^ue home 
page. 

[0097] Assuming that the customer wishes to receive 
a transaction receipt, the home server 90 operates as 
shown In Figure 1 4 to send a document back to the ATM 
with embedded JAVA script indbating that a transactton 
receipt is to be printed. These Instructions In JAVA script 
are communicated to the device applicatton portion 84 
which sends a TCP/IP message through the intranet to 
the devbe sewer 92. The devbe sender 92 In turn com- 
munfcates a message with instructions to the device In- 
terfacing software portbn 64 in the ATM. In response to 
receiving the message, software portbn 64 is operative 
to cause the printer 46 to print the customer's transac- 
tion receipt. The JAVA applet responsible for enabling 
the printer Is also preferably operative to update the 
transaction data object or record 104. As later dis- 
cussed, the applet which controls the printing of the re- 
ceipt may obtain the data used In printing the receipt 
from the transaction data object. 
[0098] It should be understood that even if the cus- 
tomer does not wish to have a receipt It Is desirable to 
print a record of the transaction In hard copy through the 
journal printer 48. This may be accomplished in re- 
sponse to Imbedded bistmctlons which are pact of the 
same document from the home sender 90 which causes 
the transactk)n receipt for the customer to be printed, or 
may be part of a separate document whbh Indbates that 
the customer has declined the optbn to receive a trans- 
action receipt Alternatively, the joumal printer may be 
actuated responsive to other applets such as the applet 
which causes the dispense of cash, or In another man- 
ner chosen by the operator of the ATM. As will be ap- 
preciated from the foregoing descriptkxi the operation 
of the present embodiment of the ATM is inherently flex- 
ible and programmable to meet the needs of the system 
operator. 

[0099] As shown in Figure 1 5 upon completfon of the 
printing of the transactbn receipt, the software portion 
64 is preferably operative to send a devbe operatkxi 
message to the device server 92 whbh Is indicative that 
the requested device function was carried out success- 
fully. The device server 92 is operative to send a corre- 



sponding devbe operation message to the device ap- 
plbatkxi portion 84, and in the pref en-ed embodiment to 
the particular JAVA applet responsible for the printing of 
the receipt. The JAVA applet in turn configures the 
HTML document handling portion to generate a mes- 
sage back to the home sender in the form of a devbe 
response message to indicate that the receipt was print- 
ed for the customer. 

pi 00] Having received cash and a receipt, the cus- 
tomer is then promptisd by a display screen generated 
from an HTML document from the home sender 90. to 
indicate whether they wish to conduct another transac- 
tion. The visual page or screen prompting the customer 
in this regard is displayed on the touch screen 30. For 
purposes of this example it will be assumed that the cus- 
tomer does not want another transaction and a message 
to that effect Is returned through the HTML document 
handling portion back to the home server 90. 
[0101] As shown schematically In Figure 17 In re- 
sponse to receiving a message that the customer is 
done, the home server 90 is operative to send a 'go 
home' message to the ATM. This message preferably 
includes an HTML document which produces a screen 
display thanking the customer. This message also pref- 
erably includes embedded JAVA script whbh calls the 
JAVA applet whfch eventually retums the HTML docu- 
ment handling portkxi of the ATM back into connection 
with the URL address on the home server 90 or other 
address which provides the documents that are used to 
output the messages for the so called 'attract mode'. It 
shoub be remembered that the script in some embodi- 
ments may operate to cause a message to be sent from 
the document handling portion to an address on the 
home sender which causes a corresponding HTTP 
record including the Instructions comprising the desired 
applet to k>ad. 

[0102] As schematically Indicated In Figure 18. the 
'go home' command applet Is operative to configure the 
browser 76. After the HTML document handling portton 
is configured by the JAVA applet to return home, the 
JAVAapplet nfiay be configured to dellvertohome sender 
90 information from the transaction record 1 04 concern- 
ing the transaction that was just completed. Because the 
exemplaiy transactbn was with a customer of the insti- 
tution that operates the computer system 1 4. all the data 
concemlng that transactkxi should already be recorded 
In the back office 94. However it will be appreciated that 
this will not be the case If the transaction was conducted 
fri response to messages from a sender operated by a 
different Institution. Thus, all or a portion of the Informa- 
tion from the transactkxi record 104 may be delivered 
in response to a 'go home" command to the home send- 
er 90 and through the CGI to the back office system 94 
where it can be kientified as duplbate information and 
discarded. This may be done using remote method in- 
vocation (RMI) to pass or deliver the object to sender 90 
and then transmitting the data through messages from 
the sender to the back office or through messages or oth- 
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er techniques. 

. [0103] Of course in other embodiments transaction in- 
formation may be stored in a database for extended pe- 
riods rather than being returned after each transaction. 
Attemativety the ATM 1 2 may include applets which are s 
operable to deliver transaction record information to ad- 
dresses other than that of the home server, if that is de- 
sired by the operator of system 14. 
[01 04] The operation of the computer system when a 
foreign' user uses the ATM 1 2 is graphically represent- io 
ed with regard to Figures 19 through 24. A transaction 
with a foreign user who is not a customer of the institu- 
tion that operates ATM 1 2 and.computer system 1 4, will 
be operated under the control of the home sender 90 and 
will proceed in the manner of the prior example through . 
the point where the customer inputs their card. The cus- 
tomer inputs a card having indicia corresponding to a 
URL address that does not correspond to the home 
server 90. The HTML document handling portion is op- 
erative to configure a message addressed to access a 20 
URL address that corresponds to the indicia on the cus- 
tomer's card or other address responsive to such indi- 
cia This message is delivered to the proxy server 68 
which in turn passes the message to the wide area net- 
work 1 8. From the wide area network the message pro- 2S 
ceeds to the foreign sender corresponding to the cus- 
tomer's URL address. For purposes of this example the 
foreign server corresponds to sender 96 which is con- 
nected to the Internet. 

[0105] In the preferred embodiment of the invention 30 
proxy server 88 includes screening software graphically 
indicated 107. Screening software is preferably opera- 
ble to check addresses to which messages are being 
directed by the ATM and to selectively prevent the send- 
ing of messages to particular addresses. This serves as 3$ 
a "fire wali' and is desirable for purposes of preventing 
fraud in the system. 

[0106] As shown in Figure 20, the foreign server 96 Is 
preferably operable to communicate HTTP messages, 
including HTML documents, to the ATM 12backthrough 40 
the wkJe area network 18. This may be done using a 
secure socket connection fSSC") so as to minimize the 
risk of interception of the messages. Of course other 
techniques, including enciyption message technkfues 
may be used to minimize the risk of interceptbn of the ^ 
messages. 

[0107] As schematically represented in Figure 20 the 
response document from foreign sender 96 preferably 
Includes embedded JAVA script Is representative of or 
corresponds to a digital signature which identifies the so 
foreign sender 96. This may be accomplished by loading 
an HTTP record including a signed applet, as prevk)usly 
discussed. An applet In appiicatton portion 84 in the ATM 
preferably operates to verify the digital signature in the 
manner described in the prior example, and sends a ^ 
message indicating that the transactbn has been au- 
thorized. The digital identity of the foreign institution will 
be stored in mennory in the ATM and eventually recorded 
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in the back office 94. 

[0108] it should be noted that the HTML documents 
from the foreign server 96 produce the visual pages or 
screens of the foreign institutbn which the foreign cus- 
tomer is accustomed to seeing. These pages may cor- 
respond to the foreign user's 'home page' whteh are tai- 
lored specifically to the needs of the particular user. 
[0109] Figure 21 shows an example of a document 
accessed through the foreign server 96 to the ATM 12. 
The document from the foreign server may include em- 
bedded JAVA script which enables operation of the 
JAVA applets in the manner previously discussed to op- 
erate the devices 36 in the ATM. As shown in Figure 21 
the TCP/1 P messages to the devices from the JAVA ap- 
plets pass from the device application portion 84 to the 
device sender 92, and the instructions therefrom to the 
device interfacing software portbn 64 in the ATM. De- 
vice operation messages take a reverse path. As these 
messages pass through the device server 92, nrx>nitor 
software 102 monitors them to minimize the risk of fraud 
or abuse. 

[Oil 0] As indicated in Figure 21 , the documents from 
the foreign server 96 may be operative to display at the 
touch screen 30 a request for the customer to input their 
PIN. The embedded JAVA script instructions would, as 
in the sample transaction previously discussed, include 
instructions that enable the keyboard 40 to accept the 
customer's PIN. As in the prior example, a transaction 
record 104 which includes a shared data object con- 
cerning this transactbn would be opened by the device 
applicatbn software portion. As prevbusly discussed, 
provisions may be made to prevent the passage of PIN 
data through the browser if desired. 
[0111] Figure 22 indicates the return of the device op- 
eration message and PIN data to the JAVA applet, which 
in tum transmits the data back to the foreign server 96 
through the wide area network 1 6 using the secure sock- 
et connectbn. From this point the transaction proceeds 
generally as prevbusly described, except that the for- 
eign senrer 96 sends the HTTP records, including HTLM 
documents, and receives the messages from the docu- 
ment handling portion of the ATM. The foreign server 96 
includes the JAVA applicatbn software necessary to in- 
clude the embedded JAVA script in the docunnents that 
are sent to the ATM to operate the devbes 36 in the 
machine. 

[0112] As the foreign sender 96 operates the machine, 
the monitor software 102 in the device seiver 92 is op- 
erative to monitor the messages in the manner previ- 
ously discussed. Such nrK>nitonng would for example, 
operate to prevent the dispense of unduly large amounts 
of currency out of the machine. The monitoring software 
may also operate to restrict certain foreign institutions 
to a subset of the transaction machine devices or capa- 
bilities. This is done based on data stored in memory 
which limits the devbes or activities that can be carried 
out from documents at certain addresses. This may be 
achieved for example through the use of code plug-ins 
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which implement a class of the transaction objects 
which limits the operations that can be performed. For 
example, the operattons which enable connection to the 
foreign sender may instantiate the objects which provide 
specified limited capabilities for messages received 
from the foreign sender. This may for example limit the 
amount of money dispensed, prevent operation of a 
checic acceptance device, limit the dispense to printed 
documents such as tickets, prevent operation of the 
cash dispenser or limit use of the machine in other ap- 
propriate ways. This may be done based on the ad- 
dresses or portbns of addresses for documents. 
[01 1 3] If the capabilities of the machine to the foreign 
customer are limited, the foreign customer nray be pro- 
vided with a visual interface from the foreign banl( based 
on the transactions the machine can perform and that 
the owner of the machine will allow. As a result the doc- 
uments accessed at the foreign banlc server may be a 
variation of what the customer would be provided at a 
machine operated by the foreign bank. This could be 
based on documents specifically devebped for operat- 
ing foreign machines, or couki be a variant of the usual 
foreign bank interface with visual indications that certain 
transactions are not available. In some instances the in- 
terface may indk:ate that some transactions are availa- 
ble with an associated service charge. 
[0114] The ATM of the described embodiment may 
enhance security by limiting the addresses that the 
browser may access. This may be done by maintaining 
a list in the memory of the machine. This list may be 
maintained in HTTP record(s) (including documents) 
accessible through the home bank's intranet. The ma- 
chine may access the record periodically and update the 
memory data. This record may itself require a digital sig- 
nature corresponding to a signature in the terminal 
memory before the data will be toaded Into terminal 
memory. This Infonmatbn may also include the instruc- 
tions and inf ormatkxi for the ATM to verify that the mes- 
sages it receives by accessing documents on the for- 
eign sender are genuine. This may include digital signa- 
tures which when transferred using publte key or private 
key encryption technques verify the messages as gen- 
uine. The machine checks to be sure the signature in 
the records accessed from the foreign sender corre- 
sponds to the digital signature for that address stored in 
memory, and enables operation of transactbn devbes. 
euch as the cash dispenser, only when such corre- 
spondence is present. Of course various approaches to 
verifying and encrypting messages may be used In var- 
ious embodiments. As used herein signatures or signed 
record encompass any indicia whbh is included in or is 
derivable from a record which is Indtoatlve that it is au- 
thorized. 

[01 1 5] As can also be appreciated from the foregoing 
disctosure. the foreign server 96 may communicate to 
the user through the touch screen in a language that is 
different from that normally used by the.customers of 
the Institution that operates the computer system 14. As 



a result the HTML documents may display requests to 
dispense currency of a type or in an amount whtoh is not 
included In the ATM. To accommodate this sltuatk)n an 
applet is preferably included in the devbe applicatbn 

5 portion 84 to deal with requests for foreign currency The 
foreign currency applet causes the ATM to send a mes- 
sage back to Its home server for purposes of calculating 
a closest amount which may be provided to the custom- 
er in the available currency in the ATM which corre- 

10 sponds to what the customer requested. As will be ap- 
preciated, this applet will be operative to call the partic- 
ular function address within the home server 90 that is 
capable of providing this function. When the dispense 
is made the applet is also operative to indicate to server 

IS 96 that the amount dispensed differs somewhat from the 
amount the customer requested. Of course in other em- 
bodiments, other approaches may be used. Alternative- 
ly an applet in the nDachine may generate visual displays 
that show equivalents in kx^al currency when foreign 

20 currency amounts are displayed or processed. This may 
include presenting both amounts on visual displays pre- 
sented to a user. 

[Oil 6] As represented in Figure 23, when the foreign 
customer has completed their transactbns as indicated 

2S through the touch screen 30, the foreign sender 96 is 
operative to send the "go home' message back to the 
ATM. The receipt of this message is operative in the 
manner previously described to cause the device appli- 
cation portion B4 to operate resporuive to the embed- 

30 ded JAVA script Instructions to configure the HTML doc- 
ument handling portion to cause the browser 76 to re- 
establish communk^atbn with the home server 90, or 
other designated document address. 
[0117] As indicated in Figure 24 the applet in the de- 

35 vice applicatton portkxi 84 which processes the 'go 
home* message is preferably operative to reconnect to 
the home sender 90 as well as to send the transaction 
record Information in record 1 04. This transaction record 
Infonnation which is preferably packaged in a data ob- 

40 ject, includes the customer name, the foreign institutton 
name, digital ktentifier, amount informatkxi concerning 
amounts dispensed, transferred or deposited, and all 
other pertinent transaction data. The transaction data is 
used by applets in performing transactk)n steps in which 

45 any portion of the data is required. At the completion of 
the customer's activity at the machine an applet pro- 
vkJes a transaction data message whbh includes at 
least a portion of the collected data. This data is com- 
municated from senrer 90 through the CG1 106 to the 

so home bank's back office 94. This infoimatwn is stored 
in the back office for later use for purposes of settlement 
with the foreign bank operating the foreign sender 96. 
Attematively or in additbn. transaction data may be re- 
corded in the terminal in memory as well as in hard copy 

Bs on a journal printer. Transactton data may be stored for 
downk>ading in a batch or by passing objects including 
data from many transactbns. Batch data nnay be com- 
munteated at times and to addresses as may be stored 
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in memory In the temninal configuration data 
[0116] An advantage of some embodiments ol the in- 
vention is that transaction data may be delivered to ad- 
dresses in a local area network or In a wide area network 
sucfi as the Internet. This facilitates conducting wide va- 
rieties of transactk)ns and enables directing messages 
related to tracking use (such as for electronic purse type 
smart cards) or for settlement of varbus transaction 
types to a selected system address. 
[0119] It wilt be appreciated that the described em- 
bodiment of the automated banking machine and sys- 
tem can provide an advantage that when the machine 
is connected to a wide area network such as the Inter- 
net, customers are able to carry out their banking trans- 
actions virtually anywhere in the world. Further, despite 
the^broad capabilities of the system, because the ma- 
chine may be monitored locally, both in terms of connec- 
tion and activity, the risk of fraud is minimized. 
[0120] Embodiments of the inventbn may include a 
further feature to facilitate access to documents in the 
networkto which the machine is connected. This feature 
Is operative to determine if an HTTP record such as an 
HTML document or other item is accessible at an ad- 
dress for downtoading before the computer will attempt 
to access the record. This avoids transaction time outs 
that might otherwise occur as a result of inability to ac- 
cess a record due to the server through which the record 
is normally accessed being down. Other embodiments 
may consider both the size of the record and tile transfer 
rate and determine that a transfer speed for the record 
is not sufficiently rapkJ, so that an alternative record 
should be transferred. 

[0121] In one embodiment this feature is achieved 
through use of a separate program or applet which 
checks to see if a sender that the computer will subse- 
quently want to access is alive. The applet operates re- 
eponslve to receiving an address or portk)n thereof, to 
which a connectk)n will be made. The applet operates 
to make a socket connectton to the address and bads 
a small but sufficient amount of the record or otherwise 
operates to determine that the server throu^ which the 
record must be accessed is alive. In response to the ap- 
plet verifying the operation of the remote sender, or oth- 
erwise determining that conditbns indbative that the 
record may t>e accessed or loaded, the computer then 
operates so that the browser or similar software compo- 
nent is enabled to navigate to the address at the appro- 
priate time in the transaction sequence. If the applet is 
unable to detect that the remote server is alive, or de- 
tennines that it does not appear the record may be suc- 
cessfully accessed or k>aded, steps may be taken to ac- 
cess alternative addresses or to discontinue the trans- 
action. Alternative addresses to access may be based 
on data stored In the memory of the terminal or may be 
obtained by accessing documents either tocally or re- 
motely which include data from which alternative ad- 
dresses may be obtabed or derived. Alternative ad- 
dresses are similarly checked to make a determination 



that the records can be accessed before attempts are 
made to access the alternative records. This approach 
avokjs delays in carrying out transactions. 
[0122] Alternative embodiments may empby other 
s approaches to determine if desired HTTP records such 
as HTML documents may be successfully accessed 
and/or downloaded adequately before the browser pro- 
vkJtng the customer interface attempts to access the 
document. Such embodiments may consider in deter- 
10 mining whether the document can be successfully ac- 
cessed, the transfer speed or bther conditions related 
to system operation or document content. For example, 
the applet which tests to determine that the HTTP record 
can be accessed, or a further applet, may determine the 
transfer rate at which the record can be transferred to 
the computer. The rate at which the data can be trans- 
ferred may be compared to data stored in memory, and 
if the rate is slower than the data representative of the 
desired stored rate an alternative record is accessed. 
This may be for example an HTML document stored lo- 
cally in the machine. Other embodiments may include 
programs which conskier the size of the HTTP record 
and the transfer rate in determining a transfer speed. 
Such programs then determine if the record can be 
transferred fast enough to suit the parameters estab- 
lished in the configuration in memory, and if not, alter- 
native addresses are accessed. Such alternative 
records may be similarly tested fortransfer speed before 
being transferred. 

[0123] Programs may also conskier other factors in 
deciding to access a particular address, such factors 
may include for example day and time informatkxi, or 
informatbn from sensors such as sensors in a floor in- 
dbating that other persons are waiting to use the ma- 
chine. In this way access to documents that have exten- 
sive outputs which may tend to prolong transactions can 
be avokJed even when records can be loaded at an ad- 
equate speed. 

[0124] While the described embodiment of the auto- 
mated banking machine and system of the present in- 
ventbn is shown with regard to a particular type of ma- 
chine that is made specifically for connectibiiity to bcai 
or wkie area networks, conventional automated banking 
machines may also be adapted to include such capabil- 
ity. Specifically the HTML document handling portion 
and device application portions may be Included with 
other conventional software whk^h operates within an 
automated banking machine. This enables such ATMs 
to operate either In the conventtonal proprietary network 
or as part of a wkJe area network. In additbn, automated 
banking machines may be configured to operate their 
devices through the device interfacing software portbn 
described herein or through a different software inter- 
face when operating in a conventional network. Such 
n^hines may switch to requiring devbe messages to 
be passed through a device server when operating un- 
der the control of a sender within the wide area network 
to maintain security within the system. In this way a sin- 
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gle ATM could operate in proprietary networks in the 
manner of current ATMs as well as In the network con- 
figuration of the system described herein. 
[01^ Alternative errtbodiments of the invention op- 
erate to communicate transaction messages used in a 
proprietary ATM network. This may be accomplished by 
using a CGI In connection with either the HTML docu- 
ment handling portton of the ATM or the HTTP home 
sender or other server. The CGI operates in connection 
with a message conversion program and database to 
cull the necessary data from the HTML documents and 
response messages and generate the defined transac- 
tion request messages appropriate for the proprietary 
transaction network. Likewise, the message conversion 
program and CGI operate to receive function command 
messages from the proprietary netwoik and convert 
them and generate appropriate HTML documents and/ 
or TCP/I P messages for use by the ATM. Because these 
proprietary network formats are defined and the data 
necessary to produce and interpret the messages are 
known, the use of the ATM 1 2 directly in a conventional 
proprietary ATM network is achieved. 
[0126] Conventional ATM transactfon messages are 
defined layout messages that do not include HTML doc- 
uments on HTTP messages. An example of known con- 
ventional messages used to operate ATMs are Diebold 
91 X messages. Such messages generally involve 
transmissbn of a request message from an ATM in a 
defined layout including customer input data (account/ 
pin) and an indicatbn of the type and amount of trans- 
action requested. The request message is received by 
an ATM host computer which sends back a response 
message with a defined layout which fficludes an Indi- 
cation whether the transaction is authorized. The ATM 
then returns another message to the host computer in- 
dicating whether the machine was able to carry out the 
transaction. The messages used in such conventional 
proprietary networi(s generally occupy relatively little 
band width. 

[0127] In connecting an ATM according to an embod- 
iment of the invention to such a networic, a sender is pro- 
vided. The sender is In operative connection with a mem- 
ory which includes a relational database which holds the 
message conversion and document creation data In 
one configuratfon, tiie server is connected to the docu- 
ment handling portion through a network, or may reside 
on the computer of the ATM. The server produces the 
documents which the browser accesses and which in- 
clude the transactk>n device Instructbns. The sender (or 
a connected sender) communicates the conventional 
messages with the host. One sender may provide an in- 
terface for several ATMs connected to It fri a LAN. or 
alternatively, each ATM may have its own sewer oper- 
ating tiierein. 

[0128] The ability of ATM 1 2 to communk^ate In a pro- 
prietary networic also enables operation of the ATM In a 
manner In whch the interface is generated by a user's 
home institution In tiie manner previously described, but 



in which transactions are authorized through messages 
directed through a proprietary ATM networic This 
achieves the security of using the proprietary networic 
while providing the customer with the advantages of the 
s familiar home bank interface and/or "personal home 
page* Interface. 

[0129] In such a configuration the ATM transactfon 
function devices may be operated in a conventional 
manner in response to conventional ATM transactbn 

10 messages such as DiebokJ 91 X messages, in the pro- 
prietary networic The customer output devtees, such as 
the screen (and speakers if provided) communicate 
through a browser connected to a local or wkie area net- 
work. The browser accesses documents to prompt a 

IS customer through operation of a transaction, but the 
documents do not include instructions which cause op- 
eration of devk^es such as tiie cash dispenser. 
[01 30] In one configuratton tiie browser nr^y be oper- 
ated by the computer in response to the status of devic- 

20 es in the machine, as the devices are operated in re- 
sponse to conventional ATM messages. In this manner 
tiie browser nnay be navigated to selected addresses, 
including addresses which are associated with tiie cus- 
tomer based on customer input data. However, as ttie 

2S documents received by the browser will not operate the 
transaction functfon devices, tiiere is less need for se- 
curity measures in accessing documents. As a result, 
tiie customer may still operate the machine in response 
to a familiar and unique interface, and marketing infor- 

so mation such as advertising or other material may be pre- 
sented in the transaction sequence. 
[0131] In other embodiments nnachines may perfonm 
some device functk)ns based on conventk>nal messag- 
es, while others may be performed in response to in- 

35 structfons in HTML documents or ottier HTTP messag- 
es. For example HTML documents may provide consk^ 
erable data for use by printers or otiier output devices. 
Some embodiments may access documents wfth In- 
structions, but may ignore some and act in response to 

40 otiiers. The approach may be selected by the systems 
operator by configuring tiie software based on their re- 
quirements. 

[0132] A further advantage of the system configura- 
tion of one preferred embodmnent is tiiat it has enhanced 

45 flexibifity for communteating messages associated witti 
ttie ATM. The device manager 68 preferably generates 
status messages associated with the status of devices 
36. These status messages may conrunonly represent 
Infomiatbn about conditions which exist at tiie devtoes. 

so Such messages may indicate tiiat supplies of paper for 
printers or currency, are tow or are depleted. Other mes- 
sages may Indicate tiiat devices are not functtoning 
property. Often such messages indicate tiiat tfie ATM 
requires senricing. All such types of rhessages are re- 

55 ferred to herein Interchangeably as status or fault mes- 
sages. 

[0133] The devtoe interfacing software portton 64 
communicates through the intranet 16 using TCP/IP 
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messages. While the messages associated with trans- 
actions prevlousty described are directed to the device 
sender 92, the software portion 64 may include a sender 
and be configured to address fault and status messages 
to other addresses in the intranet or the Internet. For 
example, such fault or status messages may be directed 
to a software application which delivers messages to a 
sen^ice provider. Further, fault messages may be selec- 
tively directed based on the nature of the fault indicated. 
For example, fault messages indicative of a need to re- 
plenish currency or supplies nnay be directed to an ad- 
dress in the intranet associated with an entity who has 
responsibility for replenishing supplies. Alternatively, 
fault messages which indicate a need for other types of 
servicing may be directed to an address associated with 
an entity who can provide the type of servicing required. 
[0134] Alternatively, the selective dispatching of fault 
messages to addresses in the intranet 16 may be ac- 
complished by appropriately configuring device server 
92. In addition, either software portion 64 or device send- 
er 92 may direct fault messages from the ATMs to a fault . 
handling system such as to a computer operating Event 
Management System™ software available from Die- 
tx>ld, Incorporated. Such software is operative to re- 
solve the nature of the fault condition and to notify ap- 
propriate personnel of the corrective action to be taken. 
[0135] The ATM 12 may further include a software 
function to assist in diagnosing problems and providing 
remedial service. As graphically represented in Figure 
2, alternative embodiments of the. ATM 12 may include 
a mini-HTTP sen/er 109 which is in communication with 
the device interfacing software portion 64. Server 109 
Is configured to receive device status messages and to 
produce HTTP records including HTML documents in 
response thereto, which provide data representative of 
device status to a diagnostic device 1 1 0 such as a hand 
held computer terminal. Server 109 Includes a CGI for 
Interfachig with the device software so that a technician 
may access the Information in the records accessible at 
the HTTP addresses related to status messages and in- 
put test and corrective instnictions through diagnostic 
device 110. The HTTP records and/or HTML documents 
generated by server 1 09 may preferably include graphic 
and audio instructions Indicative of conditions such as 
problems, as well as corrective action data and repair 
instnjctlons. 

[0136] In alternative versions of the invention the 
functions of the mini-HTTP server 1 09 may reside in de- 
vice server 92. This may be particular^ appropriate 
where the function of the device server resides on the 
computer in the ATM. Regardless of where the function 
resides the use of the visual and audio components of 
HTML documents associated with maintenance and di- 
agnostic messages facilitates sen^iclng of the ATM. 
[0137] These records delivered through the mini-HT- 
TP server include Instructions that con-espond to the 
status or fault conditions. Such records or documents 
may be accessed locally as previously discussed, or re- 



motely. A technician using a hand held computer which 
includes a browser or other software operative to access 
the HTTP records may access the documents locally for 
purposes of maintenance, diagnosis and sen^icing. In 
s some situations the customer interface and browser as- 
sociated therewith may be used to access the mini-HT- 
TP sender, or a separate browser, display and input de- 
vices on the machine and intended for use sen^icing ac- 
tivity may be used. Alternatively, the fault and status 
messages may be monitored from terminals at locations 
anywhere that are connected In the network. The mini- 
HTTP server handling status and fault messages may 
also be configured to send an e-mail or similar message 
to a selected address whenever a particular conditbn 
or group of conditions exist. 

[0138] Afurtheradvantageof thisfeature Isthat HTTP 
messages may also be sent to the mini-HTTP sender to 
attempt to correct problems. Such messages may In- 
clude running diagnostk: tests and receiving results. It 
may also include operating devices to test or attempt to 
clear jams and other malfunctions. This can often be 
done from remote locatkxis. Of course, when there is a 
significant risk of unauthorized access to the server han- 
dling default or device messages, appropriate security 
measures should be taken. 

[01 39] The HTTP records which indicate the status of 
the transactton function devices may have different 
forms depending on the software configuration and the 
needs of the system operator. In some embodiments the 
device status information for one or more devices may 
be represented by indicia contained within a data object. 
The data object may be transferred to other connected 
computers to provkJe the status data. The transfer of the 
data object may be accomplished by remote method in- 
vocation (RMI) for example. The data in the transferred 
data object may then be used to generate message and/ 
or outputs desired by the system operator. This tech- 
nk^ue may be particularly useful when the operator wish- 
es to connect the machine to an existing monitoring sys- 
tem and indicia included in the data object can be used 
to generate outputs or messages hdicative of device 
status that can be processed by the existing system. 
Plug-ins may further be used to achieve communicatkDn 
between existing monitoring systems and transaction 
machines which have different types of status condi- 
tions or different types of message formats. This 
ctudes machines which have different types of transac- 
tion function devices and capabilities. 
[0140] The technkiue of transferring a data object 
may also be used to conduct testing or modlficatbn of 
transactbn function devices. For example, indicia in the 
data object may be nfKxjIfied by a sen/icer and the object 
passed back to the machine. The software In the ma- 
chine may cause the transaction f unctbn devces to op- 
erate or change conditions or progranrvning in response 
to the modified data object. This may include for exam- 
ple clearing a fault indicatton or causing a device to op- 
erate to clear a jam or to conduct a test. The results of 
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such activity may be reflected in rmdified ^dicia in the 
data object which may then be transferred to the com- 
puter in the dagnostic terminal. Of course, the ap- 
proaches discussed herein are exemplary and other ap- 
proaches will become apparent to those skilled in the 
art from the description herein. 
[01 41] Figure 25 shows a schematic view of a network 
configuratkxi for an alternative embodiment of the au- 
tomated tanking machine. 

[0142] The embodiment shown in Figure 25 includes 
an automated banking machine specifically adapted for 
operating in connection with conventtonal automated 
banking machine systems such as systems which op- 
erate using Diebold 91 X ATM message fomnats or other 
non-HTTP conventional format. A host computer 1 20 is 
a conventional ATM host whk:h communk:ates using 
such messages. The host communicates with an inter- 
face server schematically indicated 122. Interface sen/- 
er 122 operates in the manner previously discussed and 
is in operative connection with a memoiy that includes 
the informatfon necessary to convert HTTP messages 
that pertain to a transaction request to a 91 X request 
message or other conventional message, which can be 
handled by host computer 120. Likewise interface send- 
er 122 and the instructions and data stored in memory 
are operative to convert a conventbnal 91 X command 
message or other conventkmal command message 
from the host 120 into HTTP messages which can be 
used by the automated banking machine to carry but the 
command. Similarty interface server \22 is operative to 
receive the HTTP messages whteh correspond to the 
response of the automated banking machine to the com- 
mands and to produce a 91 X response message or oth- 
er conventkxtal response message to the host. In ac- 
complishing these functtons the interface server com- 
municates with a interface client 124 which In the pre- 
ferred embodiment Is a COMM plug in whteh operates 
on the banking machine tenninal under a Windows NT<8) 
operating environment. Interface sender 122 also in- 
cludes a command/status gateway 1 26. The command/ 
status gateway is operative to receive command and 
status messages from the software portions handling 
the f unctk)nat devices within the machine. The messag- 
es conceming the devices are used in producing trans- 
action messages to send back to host 120. In addition, 
the command status gateway portbn also produces sta- 
tus messages indicative of the status of devices which 
may also be communicated to the host. 
[0143] The Interface sen/er 122. command status 
gateway portk)n 1 26 and interface client 1 24 may reside 
In software on the automated banking machine terminal. 
In this configuration the terminal appears to the host 
computer to be a conventional machine. Alternatively in- 
terface sender 122 and command status gateway por- 
tion 126 may reskle on a separate server, while the in- 
terface client portton 124 may reskie on the terminal. 
This enables the interface senrer-122 to handle a 
number of automated banking machines by connecting 



the machines to the interface server through a network. 
[01 44] The alternative configuratton of the automated 
banking machine system shown in Rgure 25 is particu- 
larly adapted for use in connection with existing ATM 
s system. The machine includes an HTML document han- 
dling portion 128 which includes a browser which oper- 
ates in the manner of the embodiments previously de- 
scribed. The HTML document handling portton is alter- 
natively referred to as a browser herein for purposes of 
10 simplicity. The HTML document handling portion oper- 
ates in connectton with a networic 130 to access HTTP 
records In the fonm of HTML documents through servers 
1 32. 1 34 and 1 36. For purposes of this example sender 
1 32 will be considered the sender of the home bank 
which operates the automated banking machine. The 
browser portion 1 28 is enabled to access documents of 
its home bank for purposes of obtaining content and in- 
structions for purposes of outputting infomiation to cus- 
tomers as well as for operating devices on the machine. 
Senders 1 34 and 1 36 are representative of other servers 
which the automated banking machine may be instruct- 
ed to access for purposes of downloading documents 
which Include information or instructions. Often such 
documents from non-home bank servers wilt include In- 
formation which is to be presented to customers such 
as advertising, promotkxial material, stock quotations or 
other types of information. It should be understood that 
the sen/ers 134 and 136 may be directly connected to 
network 130 or may be accessed through other net- 
works and sen/ers. In some emtxxJiments such servers 
may be accessed through the Internet for purposes of 
provkJIng documents to the automated banking ma- 
chine, 

[0145] Document handling portion 1 28 includes a ter- 
minal theater software portkxi schematically indicated 
138. Terminal theater portion 138 is schematically 
shown in greater detail In Figure 26. Temilnal theater 
portion 138 includes a back stage frame 140 and a 
theater frame 142. The back stage frame 140 aKhough 
it reskjes in the browser, is not visible on the screen of 
the automated banking machine. The theater frame 142 
is a visible frame and controls what is shown to the cus- 
tomer. 

[01 46] As schematteally represented In Figure 25 the 
HTML document handling portbn also includes a tenni- 
nal director portbn 1 44. The temiinal director portion in- 
cludes directors which are related instances of applets 
which are used in carrying out particular types of trans- 
actions. The tenninal directors generally correspond to 
the operation of the JAVA applets in the prevbusly de- 
scribed embodimenL 

[0147] The automated banking machine of the alter- 
native embodiment further includes a transaction sen^- 
bes application (TSA) schematically indicated 146. The 
55 transactbn sen^ices applbatbn provbes security, ter- 
minal condition, terminal authorization ex\6 key manage- 
ment servbes within the automated banking machine. 
The transaction senfbes applicatbn trtotudes a f unctbn 
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for communicating HTTP messages with the interface 
server 122. The transa^kxi services application may al- 
so communicate through a network such as network 1 30 
in a manner later explained. The transaction sen^ices 
application also provides a server function which ena- 
bles the transaction sen^ ices application to carry out the 
functions of the device sender 92 in the previously de- 
scribed embodiment. 

[0148] The automated banking machine of the alter- 
native embodvnent further includes JAVA common de- 
vice Interfaces schematically indicated 148. The JAVA 
common device interfaces in the preferred embodiment 
are related instances of applets which control and coor- 
dinate the operation of the functional devices 1 50 of the 
machines which perform transaction functions. The 
functional devices may include devices of the types de- 
scribed In connectbn with the previous embodiment or 
other types of devices which operate to carry out a func- 
tion related to a transaction. The JAVA common device 
interfaces 1 48 communicate with the functional devices 
through convnon device interfaces schematically repre- 
sented 162. The common device Interfaces (GDIs) pro- 
vide an interface that controls the electromechanical 
modules in the functional devices included in the auto- 
mated banking machine. The common device interiaces 
are schematically shown In connection with a diagnostic 
server 1 54. The diagnostic server operates in a manner 
similar to server 1 09 of the previously described emt)od- 
Iment. The diagnostic server 154 is useful in diagnosing 
status and in correcting problems with the devices in the 
automated l)anking machine. 
[0149] Referring again to Figure 26 the backstage 
frame 140 w'lth'm the terminal theater portion 138 is a 
component called the backstage applet 156. The back- 
stage applet 156 is preferably a relatively thin compo- 
nent Instructions refened to as script Included in docu- 
ments accessed by the browser selectively cause the 
backstage applet to notify a terminal director when an 
action Is to take place in response to the instructions 
Included In the accessed document The backstage ap- 
plet also operates to request that a new HTML docu- 
ment be accessed. The t>ackstage applet also provides 
access to the shared transaction data object previously 
discussed which holds tiansactton data. 
[0150] The theater frame 1 42 controls the user inter- 
face as seen by the user of the automated banking ma- 
chine terminal. Client HTML schematbatly represented 
158 In the theater frame 142 defines the kJentifying in- 
dicia associated with events sent to a director manager 
through the backstage applet and provWes an Interface 
to the director manager's public methods. The director 
manager schematically indicated 160 In Rgure 26, has 
a class which resides in the transactbn sen^ices appli- 
cation (TSA) 1 46 as shown. The director manager class 
residing in the TSA process is operative to load the ter- 
minal directors 144 to the HTML document handling por- 
tion. The director manager also includes a backstage 
applet class that reskles in the backstage frame 140. 



The backstage applet class or the director manager pro- 
vkies an interface for the client HTML to nnake requests 
on the director manager. Instructions in HTML docu- 
ments can pass events through the backstage applet 

s 156 to the director manager. Such events include a re- 
quest to authorize a transaction. Such requeste may al- 
so include indications that the customer has completed 
a transaction or that a document baded by the browser 
includes instructions requesting that the session be ter- 

10 minated. Other events whbh can be passed through the 
director manager Include print events. Other events 
which can be passed through the backstage applet to 
the director manager Include an indication that an entry 
was cancelled, or other defined user events. 

IS [0151] In response to receiving events the director 
manager of the embodiment shown responds to instruc- 
tions in documents accessed by the browser to perform 
functions which include changing the content of the 
theater frame 142. The director manager responsive to 

20 such instructions, also changes the active terminal di- 
rector class. The director manager also caches terminal 
director classes for later use or toads terminal director 
classes and HTML documents from a list of available 
servers. The director manager also provides access to 

25 the shared transactk>n data object holding transactbn 
data for a particular transactbn. The director manager 
also sends terminal theater events to the backstage 
control class of the current terminal director and pro- 
vides a screen timeout timer. Of course In other embod- 

30 iments the terminal director may carry out other func- 
tions. 

[0152] In operation of the altemative emtxxliment 
shown in Figure 25 the terminal directors 144 In the 
transaction services application 146 enables selectively 

35 accessing documents with the HTML document han- 
dling portbn 128. The documents accessed may in- 
clude Instructbns which are used to operate the auto- 
mated banking machine and the functbnal devices ther- 
eon. The transaction services applbation 146 Is further 

40 operative to communicate the HTTP messages which 
are passed to the interface server 122 and whbh are 
used to generate conventbnal ATM messages which 
can be handled by the host 120. The dispensing of cur- 
rency and other transfers of value are carried out in re- 

45 sponsetoapprovatfromthehost 120, whilethe tnteriace 
and other functions are controlled through Instructbns 
in documents accessed through the browser. 
[01 53] In one preferred embodiment the ATM or other 
transaction machine communbates with the conven- 

50 tional ATM host by passing the transaction data object 
between the computer in the ATM arvd the interiace 
sender. This transfer Is preferably accomplished by the 
remote message invocation (RMI) feature of software 
such as JAVA. Of course other methods for transferring 

55 the data object file using HTTP may be used. 

[0154] As prevbusly discussed, the transaction data 
object hobs transactbn data The machine acquires da- 
ta pertinent to the transactbn such as account data from 
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acard, acustomei's PIN number, requested transaction 
(s) and amount(6), and includes this data among the 
transaction data. 

[0165] Once the data needed to generate a conven- 
tional ATM transaction message is represented in the 
transactbn data, the data object is transferred to the in- 
terface sender. The interface sender is in operative con- 
nection with a database 123 or other item holding con- 
version data as schematically indicated. The conversion 
data is used by the software associated witii the sender 
to generate a conventional ATM transaction request 
message to the host 120. The conventional message 
may be formatted as a conventional 91 X message or 
other conventional non-HTTP transaction message. 
[01 56] After processing the host 1 20 responds with a 
conventional response message. The components of 
the response message are received at the server and 
processed responsive to the conversion data to produce 
modified transaction data in the data object This mod- 
ified transaction data preferably includes data indicative 
of whether the requested transaction is authorized or 
denied, as well as other data. For example, if the trans- 
action is denied it may include data which is indicative 
of the reason for the denial. 

[01 57] The transaction data object with the modified 
transaction data is then transferred to the computer op- 
erating the ATM by RMI or other transfer method. The 
transaction services application 146 operating in soft- 
ware receives the data object and operates the trans- 
action function devices responsive to the modified trans- 
action data. The transaction data object has the trans- 
action data therein further modified by the inclusion of 
information concerning operation of the devices. After 
the devices have operated, the transaction data object 
with the further nrKxiified transaction data is passed back 
to the Interface sender 122. The modified transaction da- 
ta Is then used to generate a message to the ATM host 
The message to the host Includes data corresponding 
to the modified transaction data. Usually this message 
Is a conventional non-HTTP completion message indi- 
cating whether the transaction was successfully carried 
out by the transaction function devices. 
[0158] The format of the non-HTTP conventional 
transaction messages may be readily changed In the 
described embodiment. This can be achieved through 
the use of plug-Ins. The plug-Ins are operative to put 
data into, and to extract data from, the transaction data 
object. The plug-ins achieves conversion between the 
transaction data and desired conventional non-HTTP 
messages. The use of plug-ins enables wore readily us- 
ing the ATM of the described embodiment in connection 
with varied types of conventional transaction networks. 
[01 59] Transaction data in the transaction data object 
is also preferably operative to have the computer oper- 
ate the browser to access selected HTML documents. 
This may be done to indicate that the transactkxi is au- 
thorized or denied, as well as to access specific docu- 
ments responsive to components of the message. For 



example, customers of banks other than the one oper- 
ating the ATM may be given certain promotkms not pre- 
sented to the bank^ exiting customers. The transac- 
tion data indicative of why a transactbn is denied can 
5 be used to access documents whbh provide an expla- 
nation, or can encourage the customer to take other ac- 
tion, such as to take a cash advance on a credit card or 
to apply for a loan. 

[0160] The system schematically shown in Figure 25 
is an example of an automated banking machine system 
that achieves the wide variety of Interface options avail- 
able through the use of an HTML interface while pre- 
serving compatibility with existing banking machine sys- 
tems and the security techniques associated therewith. 
Of course in other embodiments alternative approaches 
and configurations may be used. 
[01 61] A further advantage incorporated into the sys- 
tem schematically represented in Figure 25 is the ability 
to operate the software components of the described 
embodiment of the present invention in existing auto- 
mated banking machines. As will be appreciated, the 
handling of HTML documents In conventkmal comput- 
ers requires inputs through a QWERTY type keyboard 
as well as mouse clbks In kx:atlons corresponding to 
kx>ns or other features on HTML documents to success- 
fully navigate and use such documents. Conventional 
automated banking machines generally do not include 
a mouse or full keyboard. Rather conventional automat- 
ed banking machines generally include an alphanumer- 
\c keypad similar to that used on telephones, as well as 
function keys. Embodiments of the present invention en- 
able the operatkxi of the system with terminals whksh 
have such interfaces operate in a manner which attains 
benefits as described elsewhere. 
[01 62] Figure 27 shows an example of a conventional 
automated banking machine interface 162. Interface 
162 includes an output devbe whteh Includes a screen 
164. Screen 164 may be a CRT, LCD or other conven- 
tional display screen. In the embodiment shown screen 
164 is not a touch screen as in the previously described 
embodiment A plurality of functkDn keys 166 are dis- 
posed at kx^tkxis adjacent to the screen 1 64. A keypad 
166 Is also included in the Interface 162. Keypad 168 
includes alphanumeric keys as well as certain other 
dedicated keys such as •cancel*, "correct" and "ok". 
Other keys on the keypad are generally blank but in 
some instances may be used. 
[0163] In the operation of a conventkxial automated 
banking machine, screen data which is generated from 
inf ormatton stored in the terminal mewory produces de- 
fined transactnn screens which are presented graphi- 
cally on the screen 164. The screens appear in a se- 
quence in response to the transactfon function selected 
by the customer Conventbnal screens also generally 
include text or graphk^s representative of selections that 
can be made by a customer. These text or graphic op- 
tions generally includes lines or other indk^ia which ex- 
tend to the edges of the screen adjacent to one of the 



IS 



20 



2S 



30 



$S 



40 



45 



BO 



22 



43 



EP0 961248 A2 



44 



function keys 1 66. A user is enabled to select the options 
by pressing the function Icey which is pointed to by the 
selection. Lilcewise in the operation of the automated 
banldng machine a user is enabled to input the alpha- 
numeric characters which comprise the PIN number as 
well as numeric amount information and other instruc- 
tions by pressing the keys in the Iceypad 168. 
[01 64] I n one embodiment of the present invention the 
software operated in the automated banlcing machine 
operates to convert standard ATM key inputs to operat- 
ing system events such as a mouse click in a desired 
location or an input from a QWERTY type keyboard. The 
software components whk;h enable carrying out this 
functk>n are shown in Figure 28-30. These f unctbns in- 
clude a keypad applet 170. The keypad applet 170 in 
the described embodiment is Included among the ap- 
plets in the terminal directors 144. The keypad applet 
170 supports a subset of the keyboard common device 
interface (GDI) functionality. 

[0165] The keypad applet 1 70 coordinates with a key- 
board command server which operates in the transac- 
tion services application 146. The sender in the transac- 
tion services application communicates with the com- 
mon device interface for the keypad and function keys, 
schematically indteated 172. The key GDI in the pre- 
ferred embodiment Is a JAVA program which is refen-ed 
to as a wrapper for the common device interface asso- 
ciated with the f unctk)n keys and the keypad. 
[0166] The software further includes a keyboard map- 
per program schematically Indicated 174. The keyt>oard 
mapper in the preferred embodiment is in connection 
with a database 1 76 which stores a plurality of map sets. 
In the preferred embodiment the keyboard mapper Is an 
extension of the keyboard class of objects used for op- 
erating the keyboard. The keyboard mapper operates 
to store sets of keymaps in the database 176. This is 
accomplished by reading information in a configuratton 
database for the ATM to obtain the keymaps that are 
operated in the particular machine. During operation, 
the keyt>oard mapper selects one of the keymaps as the 
current eet This is done \n response to the keypad ap- 
plet and is based on instnjctions in HTTP records which 
are selectively accessed. The keyboard mapper may 
select keymaps responsive to instructkm in HTML doc- 
uments loaded through the browser The keytx>ard map- 
per is also operative to enable the keypad and function 
keys appropriate for the particular mapset selected. The 
keyt)oard mapper is further operative responsive to the 
selected mapset to translate a keypad Input signal or a 
f unctfon key input signal Into a respective keytx>ard or 
mouse input signal which is then delivered to the key- 
board input stream or the mouse Input stream of the op- 
erating system of the computer in which the software 
operates. 

[0167] In the pretended embodiment the mapsets are 
each comprised of hash tables. Keymap objects are 
stored as values in the hash tables such that each object 
Includes the values and operatkms necessary to convert 



any appropriate ATM key event to an operating s^tem 
input event. 

[0168] As can be appreciated in the case of functkxi 
keys adjacent to the ATM screen it may be desirable to 
s provide a mouse input to the mouse input stream that 
corresponds to a partteular coordinate location for the 
nDOUse input. This is provided by the keyboard mapper 
using the selected keymap set. The various keymap 
sets enable the different functbn keys to provide differ- 
ent types of inputs to the computer operating system re- 
sponsive to the HTML document displayed on the 
browser Further the keyboard nipper causes the 
pressing of a selected key to produce an input corre- 
sponding to a mouse cik^k at a selected x,y coordinate 
position on the screen. It shoukJ be understood that ei- 
ther keypad keys or function keys can be used to pro- 
duce mouse inputs. Likewise functton key inputs may 
be converted to keyboard inputs. In some embodiments 
however it will be desirable to disable the nnouse indi- 
cator on the screen such that the user does not notrce 
a usual mouse icon. Such disabling may Include in some 
embodiments reducing the size of the mouse icon such 
that it is so small that It cannot be readily seen by a user 
of the machine. 

[01 69] During portbns of some transactk)ns it may be 
unnecessary for the user to press any keys. In such sit- 
uations some preferred embodiments of the invention 
operate to disable the keypad keys and/or function keys. 
Because resources of the computer are used in polling 
such keys for inputs, the cessation of such polling during 
appropriate times enables the computer resources to be 
devoted to carrying out other functions. This will In- 
crease the speed at which other activities may be car- 
ried out. This may be accomplished in some embodi- 
ments by the keypad applet operating to remove the key 
devices from a poll list. 

[0170] Figures 28-30 include schematb depictions of 
examples of the operatk)n of the keyboard mapper and 
the keypad applet. Figure 29 shows an example of an 
Input to the keypad 168. In this example the keypad ap- 
plet 1 70 generally In response to tnstructkxis in an HTTP 
record such as an HTML document or other events, 
transmits and enables events to the transaction sen^k^es 
applk^atbn 146. In response a mapset is selected from 
the database 176 corresponding to the partbular map 
name. The keyboard command sender Is further opera- 
tive to enable the appropriate keys of the ATM. 
[0171] In this example, in response the customer 
pressing the "OK' key on the keypad the GDI generates 
an appropriate sigilal to the transaction services appli- 
cation. As will be noted from Figure 27 a "OK" key is 
referred to by conventton as the 'J' key of the ATM in- 
terface. The transaction sen^tees applicatkxi transmits 
the signal generated from the pressing of the "J* key by 
the customer to the keyboard mapper 174. In response 
to receiving the signal, the keyboard mapper operates 
to resolve the object In the nnapset corresponding to the 
map name whteh will convert the f unctton key Input slg- 
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nal to a keyboard input signal which is recognized by 
the operating eysteni. By calling the selected object from 
the mapset, a Iceyboard input signal is produced and de- 
livered into the keyboard stream of the computer. This 
is represented by keytx>ard stream 176. In the embod- ^ 
iment shown the keyboard stream is an input to the Win- 
dows NT(8)operating system. The keypad applet 1 70 op- 
erates to sense the input through its corresponding key 
listener. Applet 1 70 is also operative to receive the event 
and may operate to display an icon or other graphic cor- 
responding to what the customer has input. 
[0172] Figure 26 shows operation of the keyboard 
mapper in situations where the transaction services ap- 
plication operates to prevent transmitting the data input 
by the customer to the applet 1 70. This may be desirable 
for example, in situations where the input by the cus- 
tomer is the customer's PIN or other data which is not 
to be displayed. In these circumstances the transaction 
sen^ices application 146 operates to hold the data Input 
by the customer and to send only a signal representative 
of a holding character, in this case a symbol back to 
the browser. This is done selectively in response to the 
Instojcttons contained in documents accessed by the 
bromer or in other HTTP records accessed by the com- 
puter which indicates that the input by the customer cor- 
responds to their PIN or other data which is not to be 
sent to the browser. In the example shown In Figure 26 
only the holding character is passed through the key- 
board mapper to the browser, in situattons where the 
HTTP record accessed invokes methods in which nu- 
merical values are to be sent to the browser and/or dis- 
played on the screen (such as the anrK)unt of a withdraw- 
al transaction) the signal sent by the transactton servb- 
es applk^atbn to the browser is indicative of the numer- 
ical value associated with the key pressed. 
[01 73] Figure 30 Is a further example of the operatbn 
of the keyboard mapper In this case the input corre- 
sponds to a function key 166. In this case the input is 
caused by pressing the f unctk)n key "A" whwh Is shown 
adjacent to the upper right hand comer of the screen as 
shown in Figure 27. The signal generated in response 
to pressing the function key is passed to the keyboard 
nnapper whteh in response to the data obtained from the 
data store 176 outputs a mouse input corresponding to 
a mouse click. The mouse input includes data repre- 
sentative of the X and y coordinates on the screen where 
the mouse click is to be provkied. This mouse input sig- 
nal is passed to the mouse stream Input schematically 
represented 180. 

[0174] As will be appreciated to enable the automated 
banking machine which processes HTML documents to 
operate using a conventional ATM interface the mouse 
input will generally include coordinate locations which 
correspond to a location on the screen adjacent to the 
partteular functton key. This is because the icon, line, 
text or other indicia which the customer is selecting by 
pressing the key will preferably appear or extend on the 
screen acQacent to the key. In this way the customer is 



aware through the visual presentation what key to press 
to make a conesponding selectkxi. A number of function 
keys adjacent to the screen may be operative at any one 
time. The customer may make selectk)ns by pressing a 
function key at one location and then a function key at 
another location disposed from the first locatbn. This 
will result in signals being sent to the mouse stream cor- 
responding to rriouse clicks at coordinates on the screen 
adjacent to the function buttons pressed by the custom- 
er. During transactions various combinations of functbn 
and keypad keys may be operative and mapped to var- 
k>us keyboard and mouse inputs as determined by the 
selected mapsets. In addition developers may develop 
special mapsets corresponding to the particular graph- 
\cs in HTML documents whfch are displayed. 
[0175] In the foregoing manner keypad inputs to a 
conventkmal ATM or other automated banking machine 
keypad can be translated into conventional keyboard or 
mouse inputs which can be kJentifled and processed In 
a conventkxial keyboard input stream or mouse input 
stream to a computer. Likewise functk)n keys may be 
translated Into mouse inputs at selected kx)atk)ns and 
delivered into the mouse input stream for processing by 
the computer or may be converted into keyboard inputs 
and delivered to the keytx>ard input stream. A further 
advantage of the described temninal configuration IS that 
keys may be selectively disabled except when they are 
needed. This may reduce instances of attempts to im- 
properly access the machine by pressing keys on the 
keyboard. Further as previously discussed steps may 
also be taken to disable keys when they are not needed 
to increase transaction processing speeds. 
[01 76] A further advantage achievable with some em- 
bodiments of the present invention is the ability of the 
automated banking machine to provide printed docu- 
ments based on instmctbns in HTML documents. Such 
prated Items may include tickets, travelers checks, 
money orders, bank checks, scrip or other types of doc- 
uments. The abilrty of preferred embodiments to access 
and process HTML documents enables the printing of 
graphics and other Indicia which can produce printed 
documents having selected appearance features and 
selected ornamental designs. This can reduce the need 
to utilize preprinted fonns and also enables the prntlng 
of a greater variety of printed fomnats. Further the con- 
figuration of some embodiments of the machine enable 
printing only selected portions of transaction informatk)n 
for record keeping purposes within the machine while 
provMIng verskxis deluding enhanced graphics or other 
attractive features to customers. 
[01 77] Figure 31 is a schematic representation of the 
operation of the system In printing forms using a printer 
in an automated transaction machine. The preferred 
form of the invention uses the WIN32 printer sen^tees 
which operate under Windows NT<S) 4.0. In the exem- 
plary transaction shown, the director manager dass 1 80 
operating in the terminal theater portion 138 initiates a 
print receipt transactk>n by requesting a printer director 
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162 to print a receipt The printer director in one pre* 
f erred embodiment Is a collection of instartces of related 
JAVA beans which operate to carry out printing activi- 
ties, and is one of the directors among the terminal di- 
rectors 144. The printer director includes a print class 
whidi » schematically shown separately which is oper- 
ative to invoke a print URL method. The printer class in 
the preferred embodiment includes access to the 
shared transaction data object which includes the cus- 
tomer specific information concerning the transaction 
that includes indicia representative of infomiatbn to be 
printed. In the case of an automated banking machine 
this may include for example indicia representative in- 
formatbn which is read from a customer's card input to 
the machine and read by a card reader. This would in- 
clude for example the customer's name and account 
number. The other transaction information may Include 
the types of transactions conducted such as a deposit, 
withdrawal or inquiry as well as the amount involved in 
each respective transactkm. 

[0178] The transaction sen^ices application 146 re- 
ceives the print request and passes the URL string to 
the WIN printer object 1 84 by the print URL method. The 
URL address In one preferred embodiment is the ad- 
dress of an HTTP record such as an HTML document 
that will be used to format the document to be printed, 
in this case a receipt. This HTML document contains the 
embedded JAVA script that processes transaction data 
from the transaction data object The URL address of 
the document may be on a local machine or may be re- 
trieved from another server such as through a network 
schematically indicated 186. Networic 186 may be a lo- 
cal area networic or a wide area networic depending on 
the configuration of the machine. 
[0179] The WIN printer object 184 next navigates to 
the address of the document to be accessed. This is 
done In the prefen-ed embodiment using Microsoft's C 
Web Browser2 ActiveX control. When the HTML docu- 
ment has been loaded the ActiveX control automatically 
begins processing the content of the accessed docu- 
ment. The tfansactk)n senrices applicatkxi 146 invokes 
the print URL method of the Wl N printer object 1 84. The 
WIN printer object uses the ActiveX control to print the 
current HTML document This printing Is processed by 
the Windows NT® print spool and graphKS compo- 
nents. 

[01 80] The JAVA CDI receives an event from the print 
monitor component 1 92 that indfcates the completion of 
print spooling. This indicates that a file is now available 
to be read and sent to the connmon device interface 
(CDI) 188 of the receipt printer. 
[01 81] Next a printer object 1 90 Invokes a read data 
functon in the print monitor 192 to determine the loca- 
tion and size of the print data file. The print object 190 
sends the data or the path riame of the data file to the 
printer CDI 188. The printer CDI 188 then passes the 
print data to the printer hardware. This results in printing 
<rf the document 



[0182] Once the receipt is printed the applet from the 
printer director 1 82 issues a request to deliver the print- 
ed receipt. The delivery request is passed through the 
trar^ctbn servk:es apprication 146 to the printer object 
s 1 90. The printer object 1 90 invokes the deliver method 
on the printer CD1 188 to cause the receipt to be deliv- 
ered to the user of the machine. The operation of the 
software components enables selectively accessing 
document fomnats as well as using instructions con- 
tained in the documents to include transaction data with- 
in the printed documents. This enables producing doc- 
uments of varied types. In addition it enables providing 
printing different types of documents for different cus- 
tomers. This may be desirable when providing market- 
ing information, coupons or similar indicia on transactwn 
receipts. This approach further simplifies providing 
printed formats in various languages by developing 
HTML documents which provide printed fonns in differ- 
ent languages. In addltbn the methods described herein 
may be used for providing martceting to customers by 
profile or types of customer categories, as well as on a 
segment of one basis. 

[0183] While the printing method previously de- 
scribed is discussed in connectbn with delivering trans- 
action receipts, similar methods may be invoked for the 
printing of statements for customers as well as for print- 
ing a transaction journal within the automated banking 
machine. Further by accessing selected documents 
controlling the fonmat of printing the infomnation journal 
records may be provided with consolklated infomiatbn 
in a nnanner whrch enables consen/ing journal paper 
within the machine by not printing promotk>nal or other 
types of informatbn that is provkled on customer docu- 
ments. 

[0184] The printing method herein described also en- 
ables printing various types of optical indicia such as bar 
code or other types of machine readable indicia whteh 
can be used for printing coupons, checks or similar ar- 
ticles. Such coding may facilitate tracking the use of 
such items by customere for purposes of evaluating the 
effectiveness of various martceting efforts. In additk>n 
machine readable indfcia may be used for printing on 
items such as deposit envelopes and/br in transactbn 
Journals. Such printing may facilitate readng such Items 
by machine to verify the contents of deposits. 
[01 85] The printing capabilities achieved through the 
presently described methods also enable the printing of 
selected graphtoal materials. This nnay include for ex- 
ample materials which include imbedded digital signa- 
tures which can be used to verify the genuineness of the 
items printed. This may be particulariy useful for exam- 
ple In 8ituatk>ns where the transaction machine is used 
to print scrip, travelers checks, betting slips or other 
itenr)s having independent value. In additbn printed doc- 
uments in full color may be produced by including a cotor 
printer in the transaction machine. 
[01 86] Computer software used in operating automat- 
ed tran8actk>n machines embodying the present Inven- 
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tlon and connected computers may be loaded from ar- 
ticles of various types into the respective computers. 
Such computer software may be included on and loaded 
from one or more articles such as diskettes or compact 
disks. Such software may also be included on articles 
such as hard disk drives, tapes or ready only memory 
devices. Other articles whbh include data representa- 
tive of the Instructions for operating computers in the 
manner described herein are suitable for use in achiev- 
ing operation of transaction machines and systems in 
accordance with embodiments of the present Invention. 
[01 87] The exemplary embodiments of the automated 
banking machines and systems described herein have 
been described with reference to particular software 
components and features. Other embodiments of the in- 
vention may include other or different software compo- 
nents which provide similar functionality. 
[0188] In theforegoing description certain terms have 
been used for brevity, clarity and understanding. How- 
ever no unnecessaiy limitations are to be implied there- 
from because such terms are for descriptive purposes 
and are intended to be broadly construed. Moreover the 
descriptions and Illustrations herein are by way of ex- 
amples and the invention is not limited to the details 
shown and described. 

[01 89] In the following claims and clauses any feature 
described as a means for performing a function shall be 
construed as encompassing any means capable of per- 
forming the recited function and shall not be deemed 
limited to the particular means shown in the foregoing 
description or mere equivalents thereof. 
[0190] Having described the embodiments, aspects, 
features, discoveries and principles of the invention, the 
manner in whteh it is constructed and operated and the 
advantages and useful results attained; the new and 
useful structures, devices, elements, arrangements, 
parts, conr^lnations. systems, equipment, operatbns, 
methods, processes and relationships are set forth in 
the appended Independent and dependent claims and 
clauses, wherein it will be understood that features of 
the Independent and dependent clauses may be conrv 
bined with the independent and dependent claims as 
appropriate and in combinations other than those ex- 
plicitly set out in the clauses and claims. 

1. Apparatus comprising: 

an automated transactk>n machine, including: 

an output device, wherein the output de- 
vice outputs informatton, whereby a user is 
enabled to perceive outputs from the out- 
put device; 

an input device, wherein the input device 
is operate to receive inputs, whereby a us- 
er is enabled to provkte inputs to the ma- 
chine; 



a transactkxi function device, wherein the 
transaction functkxi device Is selectively 
operative to carry out a transaction func- 
tion; 

5 

a computer, wherein the computer is in op- 
erative connection with the output device, 
the input devbe and the transaction func- 
tion device; 

10 

software executable in the computer, 
wherein the software includes a browser, 
wherein the browser is operative to proc- 
ess HTML documents including instruc- 
ts tions therein, and wherein the transaction 
f unctkxi device is operative to carry out the 
transactbn function responsive to the 
browser processing a document Including 
an instnictk)n to operate the transactbn 
20 functbn device. 

2. The apparatus according to clause 1 wherein the 
transaction functk>n device includes a sheet dis- 
penser. 

2S 

3. The apparatus according to clause 1 wherein the 
transactkxi function device includes a card reader. 

4. The apparatus according to clause 1 wherein the 
30 transaction function devbe includes a printer. 

5. The apparatus according to clause 1 wherein the 
transaction f unctton device includes a depository. 

ss 6. The apparatus according to clause 1 wherein the 
transaction function device includes a keyboard. 

7. The apparatus according to clause 1 wherein the 
software Is operative responsive to an instnjctbn to 
40 access an HTTP record address, wherein the HTTP 
record address con-esponds to an HTTP record in- 
cluding Instmctbns for operating the transaction 
function 

4S 8. Apparatus comprising: 

an automated transaction machine including: 

at least one type of transaction function de- 
so vice, wherein the type transaction functkMi 

device is selectively operative to C£UYy out 
a transactkDn function; 

a computer, wherein the computer is In op- 
55 erative connection with the transactbn 

functbn devbe; 

software executable in the computer, 
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wherein the software includes a browser, 
wherein the cx)mputer operates the brows- 
er to access an HTML document respon- 
sive to the type of the transaction function 
device in the machine. ^ 

9. The apparatus according to clause 8 wherein the 
machine includes a plurality of types of transaction 
function devices, and wherein the computer oper- 
ates the browser to access the document by gen- io 
erating an address and wherein at least a portion of 
the address is indicative of at least one of the types 

of transaction function devices included in the ma- 
chine. 

IS 

10. The apparatus according to clause 6 wherein 
the type transaction functbn device includes a de- 
pository. 

1 1 . The apparatus according to clause 8 and further 20 
comprising a server, wherein the sender Is operative 

to deliver at least one document to the browser, 
wherein the document is delivered responsive to 
the one type of transaction function device in the 
machine. 

12. The apparatus according to clause 11 wherein 
the transaction function device in the machine In- 
cludes a sheet dispenser, and wherein the machine 
does not include a depository for carrying out de- 30 
posit transactions, and wherein the one document 
delivered by the server includes no reference to a 
deposit transaction. 

13. The apparatus according to clause 11 wherein ^ 
the transaction function devices In the machbe In- 
clude a sheet dispenser for canying out a dispense 
transaction and a depository for carrying out deposit 
transactions, and wherein the one document the 
server Is operative to deliver to the browser Includes ^ 
a reference to both a dispense transaction and a 
deposit transaction. 

14. Apparatus comprising: 

4S 

an autonrated transaction nDachine including: 

a plurality of types of transaction function 
devices, wherein each type of transaction 
function device is selectively operative to so 
carry out a transaction function; 

at least one output device, wherein an out- 
put device is selectively operative to pro- 
vide user outputs; ^ 

a computer, wherein the computer is in op- 
erative connection with a mennory. the out- 



put device and each of the transaction 
function devices, and wherein the mennory 
Includes device data representative of a 
plurality of transaction function devices in 
the machine; 

software executable in the computer, 
wherein the software includes a browser; 

a server in operative connection with the 
computer, and a plurality of HTML docu- 
ments deliverable through the server; 

wherein the computer is operative to com- 
municate data representative of the device 
data to the sen/er and wherein the sender 
is operative responsive to receipt of the de- 
vice data to deliver at least one HTML doc- 
ument to the browser for processing 
wherein the computer is operative respon- 
sive to the one HTML document to operate 
the output device, 

15. The apparatus according to clause 14 wherein 
the one document includes instructions to operate 
at least one device, and wherein the computer is 
operative responsive to the one document to oper- 
ate the device. 

16. The apparatus according to clause 14 and fur- 
ther comprising server software in operative con- 
nection with the sender, wherein the server software 
is operative to generate the one document respon- 
sive to the receipt of the data representative of the 
device data. 

17. A method comprising the steps of: 

providing a plurality of HTML documents, 
wherein each of the documents Is accessible 
through a server, wherein a first document in- 
cludes a first reference, wherein the first refer- 
ence is to a first transaction type canied out by 
a first transaction function device, and wherein 
a second document is accessible through the 
sen/er and Includes a second reference, 
wherein the second reference is to a second 
transaction type carried out by a second trans- 
action function device; and 

accessing with a browser operating in a com- 
puter in an automated transaction machine, ei- 
ther the first or the second document wherein 
the first document is accessed when the ma- 
chine includes the first transaction function de- 
vice but not the second transaction function de- 
vice, and wherein the second document is ac- 
cessed when.the machine includes both the 
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first and the second transadion function devic- 
es. 

18. The method according to clause 17 wherein the 
accessing step includes accessing the first docu- s 
ment at a first address, or accessing the second . 
document at a second address. 

19. The method according to clause 17 and prior to 
the providing step further comprising the step of de- io 
livering to the server from the machine device data 
representative of the transaction function devices 
included in the machine, wherein the document ac- 
cessed in the accessing step is accessed respon- 
sive to the device data 

20. A system comprising: 
at least one server, 

20 

a plurality of HTML documents accessible 
through the sender, wherein each of the docu- 
ments is accessible at a corresponding docu- 
ment address, wherein the documents include 
a first document accessible at a first address, 2S 
the first document including first material; 

a first transaction machine, wherein the first 
transaction machine is located at a first loca- 
tion, wherein the first nDaterial is targeted to us- 50 
ers of the first transaction machine, wherein the 
first transaction machine includes a first com- 
puter and a first output device, wherein the first 
output device is in operative connection with 
the first computer; and ^ 

first software executable in the first computer, 
wherein the first software includes a first brows- 
er, wherein the first browser is operative to ac- 
cess the first document at the first address and 40 
wherein the first computer is operative respon- 
sive to the first document to output the first ma- 
terial through the first output device. 

21 . The system according to clause 20 wherein the 45 
documents Include a second document accessible 

at a second address, the second document includ- 
ing second material, and further comprising: 

a second transaction machine, wherein the so 
second transaction machine is located at a sec- 
ond location, wherein the second material Is 
targeted to users of the second transaction ma- 
chine, wherein the second transaction machine 
includes a second computer and a second out- s$ 
put device, wherein the second output device 
is in operative connection with the second com- 
puter; and 



second software executable in the second 
oonnputer, wherein the second software in- 
cludes a second browser, wherein the second 
browser is operative to access the second doc- 
ument at the second address and wherein the 
computer is operative responsive to the second 
document to output the second material 
through the second output device. 

22. The system according to clause 20 wherein the 
first material includes material In more than one hu- 
man language. 

23. The system according to clause 20 wherein the 
first material includes currency e}a^nge infomia- 
tion. 

24. The system according to clause 20 wherein the 
first material includes advertising material. 

25. The system according to clause 21 wherein the 
first material includes first advertising material and 
the second material includes second advertising 
material. 

26. The system according to clause 20 wherein the 
first transaction machine further includes a first 
sheet dispenser device in operative connection with 
the first computer, and wherein the documents in- 
clude a further document accessible at a further ad- 
dress, wherein the further document includes a dis- 
pense instruction, and wherein the first computer 
operates to cause the first sheet dispenser device 
to dispense a sheet responsive to the first browser 
accessing the further document. 

27. The system according to clause 21 wherein the 
first transaction machine includes a first sheet dis- 
penser device in operative connection with the first 
computer, and wherein the second transaction de- 
vice includes a second sheet dispenser device bn 
operative connectbn with the second computer, 
and wherein the documents include a further docu- 
ment accessible at a further address, wherein the 
further document includes a dispense instmction, 
and wherein the first computer operates to cause 
the first sheet dispenser device to dispense a sheet 
responsive to the first browser accessing the further 
document, and wherein the second computer oper- 
ates to cause the second sheet dispenser device is 
operative to dispense a sheet responsive to the sec- 
ond browser accessing the further document 

28. The system according to clause 20, and further 
comprising a machine data store in the ntachine, 
wherein the machine data store is in operative con- 
nection with the first connputer, and wherein the data 
store includes location data representative of the 
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first location, and further corDprising software in the 
first computer operative to communicate the loca- 
tbn data to the server and further comprising soft- 
ware in operative connection with the sender, 
wherein the software is operative responsive to re- s 
ceipt of the location data to cause the sender to de- 
liver the first document to the first browser 

29. The system according to clause 28 and further 
comprising a server data store in operative connec- io 
tton with the server, wherein the sen/er data store 
includes document data, and wherein the server is 
operative to generate the first document responsive 

to the location data and the document data. 

IS 

30. A method comprising the steps of: 

a) providing a plurality of HTML documents, 
wherein each of the documents is accessible at 

a corresponding address through a server, ^ 
wherein a first document includes first material, 
and wherein a second document is accessible 
and Includes second material, the first material 
targeted to users of a first transaction machine 
located at at least one first location, and the 2S 
second material targeted to users of a second 
transaction machine located at at least one sec- 
ond location; 

b) accessing the first document with a first 30 
browser In the first transaction machine; 

c) outputting the first material through a first 
output device in operative connection with the 
first browser on the first transaction machine; ^ 

d) accessing the second document with a sec- 
ond browser in the second transaction ma- 
chine; and 

40 

e) outputting the second material through a 
second output device in operative connection 
with the second browser in the second transac- 
tion machine. 

45 

31 . The method according to clause 30 wherein the 
providing step Includes providing a further docu- 
ment including a dispense instniction therein, and 
further comprising the steps of: 

60 

accessing tfie further document with the first . 
transaction machine; and 

dispensing a sheet from a first sheet dispenser 
device on the first transaction machine respon- ss 
Give to the instruction in the further docunrtent. 

32. The method according to clause 30 wherein 



step (b) comprises accessing the first document at 
a first document address and step (d) comprises ac- 
cessing the second document at a second docu- 
ment address. 

33. The method according to clause 30 and further 

comprising the steps of providing to server software 
in operative connection with the sender, machine 
data representative of the first transaction machine 
and generating with the software responsive to the 
machine data, the first document 

34. Apparatus comprising: 

an automated transactbn machine including: 

a card reader device, wherein the card 
readerdevice is operative to read card data 
from cards input by users of the machine; 

a computer in operative connection with 
the card reader device; and 

software executable in tiie computer, 
wherein the software Is operative to gener- 
ate an HTTP address and to operate the 
computer to access the address respon- 
sive to the card data. 

35. The apparatus according to clause 34 and fur- 
ther comprising: 

an HTTP sender In operative connection vihh a 
data store, and wherein the HTTP sender is in 
operative connection with the computer, and a 
plurality of records in the data store accessible 
by the server, and wherein responsive to Input 
of a card into the card reader device the HTTP 
address generated by the computer corre- 
sponds to a first record, wherein the first record 
includes user oifonmation uniquely correspond- 
ing to the card input by the user 

36. The apparatus according to clause 35 wherein 
tfie user information includes information which 
uniquely identifies the user 

37. The apparatus according to clause 35 wherein 
the user Infomiation Includes Infonmation corre- 
sponding to blometric data of the user. 

38. The apparatus according to clause 35 wherein 
tiie transaction machine further includes an input 
device, wherein the Input device is operative to ac- 
cept a user input, and wherein the computer is op- 
erative to compare Information in ttie first record to 
ttie user input to the input device. 
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39. The apparatus according to clause 38 wherein 
the input device includes a keytx>ard. 

40. The apparatus according to clause 38 wherein 
the input device includes a biometric reader. s 

41. The apparatus according to clause 38 wherein 
the apparatus further comprises a sheet dispenser 
in operative connection with the computer, and 
wherein the sheet dispenser is operative to dis- io 
pense a sheet responsive to the user input to the 
input device corresponding to the user information 

in the first document. 

42. The apparatus according to clause 34 wherein '5 
the machine further includes a plurality of transac- 
tion devices, and a data store, wherein the data 
store includes device data representative of the 
transaction devices, and wherein the address is 
generated responsive to the card data and the de- 20 
vice data 



input. 

47. The apparatus according to clause 46 wherein 
the software in the computer includes a browser, 
and further comprising: 

a sheet dispenser in operative connection with 
the computer; and 

a server in operative connection with the brows- 
er, and a first HTML document accessible 
through the sender, wherein the first document 
is accessible at the address, and wherein the 
first document includes user information, and 
wherein the sheet dispenser is operative to dis- 
pense a sheet responsive to the input corre- 
spoTKling to the user information in the first doc- 
ument. 

48. The apparatus according to clause 46 and fur- 
ther comprising: 



43. The apparatus according to clause 34 wherein 
the machine includes a clock dev»e, and wherein 
the address Is generated responsive to the card da- 
ta and the ckxk devtoe. 

44. The apparatus according to clause 34 and fur- 
ther comprising an output device in the machine In 
operative connection with the computer, and where- 
In the software in the computer includes a browser, 
and wherein software In the computer is operative 
to cause the browser to access a first HTML docu- 
ment responsive to the user information In the first 
record. ^ 

45. The apparatus according to clause 44 wherein 
the information in the first record includes data rep- 
resentative of customer preference data, and 
wherein the first document is accessed responsive 40 
to the customer preference data 

46. Apparatus comprising: 

an autonnated transactbn machine including: 45 

a biometric Input device, wherein the bio- 
metric input device is operative to receive 
a bk>metric input from a user of the ma- 
chine; 

a computer in operative connectton with 
the biometric input devwe; and 

software executable in the computer. ^ 
wherein the software is operative to gener- 
ate an HTTP address and to access the ad- 
dress with the computer responsive to the 



a sheet dispenser in operative connection with 
the computer; and 

an HTTP sender in operative connection with 
the computer, a first record accessible through 
the server, and wherein the first record includes 
user information, and wherein the sheet dis- 
penser is operative to dispense a sheet respon- 
sive to the input corresponding to user informa- 
tion in the first record. 

49. A method comprising the steps of: 

a) reading indicia associated with a user with 
reading device in an automated transaction 

machine 

b) responsive to the indicia read in step (a) gen- 
erating an HTTP address with aoomputer in the 
machine 

c) accessing user data corresponding to the 
read indicia from an HTTP record correspond- 
ing to the address 

50, The method according to clause 49 and further 
comprising the steps of: 

d) inputting a user input through an input devk:e 
on the machine; 

e) comparing data representative of the user in- 
put and the user data accessed In step (c) for 
correspondence; and 

f) operating a transactton f unctk)n device on the 
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nnachine responsive to determining in step (e) 
correspondence between the user input and 
user data 

51 . The method according to clause 49 wherein the s 
user data accessed in step (c) includes user pref- 
erence data representative of at least one prefer- 
ence of the user, and further comprising the step of: 

d) accessing at least one of a plurality of HTML io 
documents with a browser operating In the 
computer, wherein the one document is selec- 
tively accessed responsive to the user prefer- 
ence data. 

IS 

52. The method according to clause 49 wherein the 
user data accessed In step (c) includes user affilia- 
tion data representative of at least one affiliation of 
the user, and further comprising the step of: 

20 

d) accessing at least one of a plurality of HTML 
documents with a browser operating in the 
computer, wherein the one document is selec- 
tively accessed responsive to the affiliation da- 
ta 25 

53. The method according to clause 49 and further 
comprising the step of: 

d) generating an HTML document responsive so 
to the user data 

54. Apparatus comprising: 

an automated transaction machine including: ^ 
an output device; 
a sheet dispenser, 

40 

a computer in operative connection with 
the output device and the sheet dispenser, 
and 

software executable in the computer. ^ 
wherein the software includes a browser, 
and wherein during operation of the sheet 
dispenser the software is operative to pro- 
vide an output through the output device 
responsive to a first HTML document ac- 
cessed by the browser. 

55. The apparatus according to clause 54 wherein 
the first document includes instmctbns which are 
operative when processed by the browser to pro- 55 
vide the output through the output device, and to 
cause the computer to operate the sheet dispenser 

to dispense of a sheet. 



56. The apparatus according to clause 54 and fur- 
ther comprising: 

at least one server; 

a plurality of HTML documents accessible 
through the server, wherein the first document 
is accessible through the server; and 

wherein the browser is operative to access the 
first document through the server 

57. The apparatus according to clause 56 wherein 
the documents accessible through the at least one 
server includes a dispense document Including a 
dispense instruction, and wherein the computer is 
operative responsive to processing the dispense 
document with the browser to operate the sheet dis- 
penser responsive to the dispense instruction, and 
wherein the machine is operative to access the first 
document with the browser responsive to the dis- 
pense instmction. 

58. The apparatus according to clause 57 wherein 
the machine comprises at least one additional 
transaction function device, and wherein the plural- 
ity of documents accessible through the at least one 
server includes an addltbnal device document, 
wherein the additional device document includes an 
additional device instnlction. and wherein the plu- 
rality of documents further includes a second doc- 
ument, and wherein the computer is operative re- 
sponsive to processing the additional device docu- 
ment with the browser to operate the additional 
transaction function device responsive to the addi- 
tional device instmction. and wherein the computer 
is operative to access the second document with 
the browser responsive to the additional device 
document. 

59. The apparatus according to clause 57 wherein 
the dispense document includes a first document 
access instruction, and wherein the browser proc- 
esses the first document responsive to the first doc- 
ument access instruction. 

60. A method comprising the steps of: 



operating a transaction device in the machine 
responsive to processing the transaction de- 
vice operation document with the browser; and 



accessing a transaction device operation doc- 
60 ument with a browser in an automated transac- 

tion machine, the transaction device operation 
dbcunneht Including at least one transaction de- 
vice instruction; 
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outputting with an output device on the machine 
an output responsive to processing the trans- 
action device operation document with the 
browser. 

5 

61 . The method according to clause 60 and further 
comprising the step of: 

accessing a first document with the browser re- 
sponsive to processing the transactbn device io 
operation document accessed in the accessing 
step, wherein in the outputting step the output 
is generated responsive to processing the first 
document by the browser. 

IS 

62. The method according to clause 61 wherein the 
transaction machine includes a first transaction 
function device and a second transaction function 
device, and wherein a transaction device operation 
document is operative to cause the operation of the ^ 
first transaction function device in the operating 
step, and further comprising the steps of: 

further accessing a further transaction machine 
operation document with the browser; 2$ 

further operating the second transaction func- 
tion device in the machine responsive to ac- 
cessing the further transaction machine docu- 
ment with the browser; 30 

further accessing a second document with the 
browser responsive to receipt of the further 
transaction machine operation document; and 

35 

further outputting a further output with the out- 
put device of the machine responsive to 
processing the eecond document with the 
browser. 

40 

63. The method according to clause 60 wherein the 
output includes a promotional nnessage. 

64. The method according to clause 62 wherein the 
output includes a first promotional message and the ^ 
further output includes a second promotional mes- 
sage. 

65. The method according to clause 61 and prior to 
the accessing step further comprising the steps of: ^ 

inputting user data corresponding to a first user 
into an input device of the automated transac- 
tion machine; 

55 

and prior to the step of accessing the first doc- 
ument, further comprising the step of determin- 
ing an address of a first document to access 



responsive to the user data Input in the input- 
ting step. 

66. A method comprising the steps of: 

a) executing a series of transaction steps with 
an automated transaction machine wherein be- 
tween at least two of consecutive transaction 
steps a device in the machine operates; 

b) accessing an HTML document with a brows- 
er in the machine; 

c) providing an output through an output device 
on the machine responsive to the HTML docu- 
ment while the device operates. 

67. The method according to clause 66 wherein 
step (a) includes a transaction step including a re- 
quest to dispense at least one sheet, wherein a 
sheet dispenser device operates responsive to the 
transaction step, and wherein output in step (c) is 
provided during at least a portion of the time the 
sheet dispenser device operates. 

68. A method comprising the steps of: 

(a) providing a plurality of HTTP records acces- 
sible through an HTTP sender, wherein at least 
one record includes data corresponding to op- 
erating data, wherein the operating data is op- 
erative to control operation of an automated 
transaction nnachine; 

(b) accessing the one record data through the 
sender with a computer in an automated trans- 
action machine; and 

(c) loading data con'esponding to the operating 
data In a memoty of the machine. 

69. The method according to clause 68 wherein in 
step (a) a plurality of HTML documents are provided 
which are accessible through the sender, and 
wherein the plurality of records include the plurality 
of documents, and wherein step (b) comprises ac- 
cessing a document with a browser openating in a 
computer of the automated banking machine. 

70. The method according to clause 69 wherein the 
document includes instructions, wherein in step (c) 
the operating data is loaded in menrK)ry responsive 
to the instructions In the document. 

71 . The method according to clause 68 and prior to 
step (c) further comprising the step of providing to 
the server data representative of an identity of the 
machine, where tn the record data accessed in step 
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(b) is accessed responsive to the identity data. 

72. The nrtethod according to clause 68 wherein 
step (a) comprises providing a plurality of records 

In a data store in operative connection with the serv- s 
er. wherein the records include operating data, 
wherein the operating data includes applets. 

73. The method according to clause 68 wherein 
step (a) comprises providing a plurality of records io 
in a data store in operative connect ton with the sen/- 

en wherein the records include operating data, 
wherein the operating data includes instructions ex- 
ecutable by a computer to access applets. 

IS 

74. A system comprising: 

an HTTP server, and a plurality records acces- 
sible through the sender, at least one of the 
records including transaction machine operat- 20 
ing data therein; 

an automated transaction machine, the trans- 
action machine including a computer, the com- 
puter including a memory; and 

software executable in the computer, wherein 
the software Is operative to access the one 
record and to store data corresponding to the 
machine operating data in the memory of the 30 
machine. 

75. The system according to clause 74 wherein the 
transaction machine further comprises at least one 
transaction function device in operative connection 3S 
with the computer, and wherein the transaction 
function device is changeable from a first condition 

to a second condition, and further comprising a sec- 
ond record accessible through the HTTP sender, 
wherein the second record includes further ma- 40 
chine operating data and wherein the software ex- 
ecutable in the computer is further operative to ac- 
cess the second record and to store data corre- 
sponding to the further machine operating data in 
the memory responsive to a change in conditbn of ^ 
the transaction function device. 

76. The system according to clause 74 wherein the 
machine operating data includes an applet. 

£0 

77. The system according to clause 74 wherein the 
machine operating data includes an instniction, and 
wherein the computer is operative responsive to op- 
erating data corresponding to the instmction in 
memory to access an applet from the HTTP sender. ^ 

78. The system according to clause 74 and further 
comprising a data store in operative connection with 



the HTTP sender, wherein the plurality of records 
are stored in the data store, and wherein the HTTP 
server includes a database server. 

79. The system according to clause 74 wherein the 
automated transaction machine includes a plurality 
of transaction devices, and wherein the software 
executable in the computer includes a browser, and 
wherein the memory includes at least one docu- 
ment address, wherein the document address cor- 
responds to at least one of the transaction devices 
in the machine, and further comprising a plurality of 
documents accessible through the HTTP sender, 
wherein at least one document corresponding to the 
document address includes the operating data, and 
wherein the computer is operative to access the one 
document conesponding to the document address 
with the browser and to store data corresponding to 
the machine operating data in the accessed docu- 
ment in the memory of the machine. 

80. The system according to clause 75 wherein the 
transaction devices include a sheet dispenser, and 
wherein a second of the documents accessible 
through the HTTP senrer includes transaction ma- 
chine operating instmctions to operate the sheet 
dispenser, wherein the software is further operative 
to access tile second document with the browser 
and operates the sheet dispenser in response to the 
transaction machine operating instructions. 

81 . The system according to clause 74 and further 
comprising a network In operatlvely connecting the 
computer and the HTTP server, wherein the com- 
puter is operative to access the one record through 
the network. 

82. The system according to clause 74 wherein the 
machine operating data includes Adive-X code. 

83. The system according to clause 74 wherein the 
machine operating data includes JAVA® code. 

84. Apparatus comprising: 

an automated transaction machine including: 
a sheet dispenser, 

a connputer in operative connection with 
the sheet dispenser, the computer in oper- 
ative connection with a memory; 

software executable in the computer, the 
software including a browser, wherein the 
software is operative to cause the compu- 
ter to access at least one HTML document 
address with the browser, wherein the doc- 
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ument includes at ieast one document in- 
etnjctlon therein, and wherein the software 
is operative to cause the computer respon- 
sive to the document instruction to access 
a dispense instnjction at at least one HTTP s 
address, wherein the computer responsive 
to the dispense instniction causes the 
sheet dispenser to operate to dispense 
sheets. 

10 

85. The apparatus according to clause 64 wherein 
the software is operative to cause the computer to 
access the HTTP address through the browser. 

86. The apparatus according to clause 84 and fur- '5 
ther comprising a server, wherein an applet is ac- 
cessible through the server at the one HTTP ad- 
dress, and wherein the dispense instructions are 
delivered from the server to the computer. 

20 

87. The apparatus according to clause 66 wherein 
the dispense instructions include a JAVA applet. 

88. The apparatus according to clause 86 wherein 
the dispense instructions include an Active-X™ file. 2S 

89. The apparatus according to clause 84 wherein 
the memory includes signature data and wherein 
the dispense instructions Include data correspond- 
ing to a signature, and wherein the software is op- so 
erative to cause the computer to compare the sig- 
nature data and the signature, and wherein the 
computer operates the sheet dispenser responsive 

to the signature data and signature having a prede- 
termined relationship. ^ 

90. The apparatus according to clause 84 wherein 
the memory includes address data, wherein the 
software is operative to limit access through the 
browser responsive to the address data. 40 



91 . Apparatus comprising: 

an automated transaction machine including: 
a transaction function device; 



45 



a computer in operative connection with 
the sheet dispenser, the computer in oper- 
ative connection with a memory; 

software executable In the computer, the 
software including a browser, wherein the 
software is operative to cause the compu- 
ter to access at least one HTf^L document ss 
address with the browser, wherein the doc- 
ument includes at least one document In- 
stniction therein, and wherein the software 



is q}erative to cause the computer respon- 
sive to the document instniction to access 
a device Instructbn at at least one HTTP 
address, wherein the computer responsive 
to the device instruction causes the trans- 
action function device to operate. 

92. A method comprising the steps of: 

(a) operating a browser in a computer in an au- 
tomated transaction machine to access an 
HTML document including at least one trans- 
action device document instruction therein; 

(b) operating the computer responsive to the 
document instruction to access a device oper- 
ation instniction at at least one HTTP address; 
and 

(c) operating the transaction device in the ma- 
chine responsive to the transaction device op- 
eration instruction. 

93. The method according to clause 92 and further 
comprising the steps of: 

storing in a memory In operative connection 
with the computer, signature data; 

connparing a signature included with the device 
operation instruction to the signature data for a 
predetermined relationship; 

wherein step (c) is performed responsive to the 
signature and signature data having the prede- 
termined relationship. 

94. The method according to clause 92 wherein In 
step (b) the computer accesses the one HTTP ad- 
dress through the browser. . 

95. The method according to clause 92 wherein in 
step (a) the document instruction includes a pointer 
to the HTTP address. 

96. The method according to clause 92 wherein the 
device operation instruction Includes a JAVA® ap- 
plet. 

97. The method according to clause 92 wherein the 
device operation instructbn includes an Active-X^ 
file. 

98. Apparatus comprising: 

an automated transaction machine including: 
a computer, the computer In operative connec- 
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tion with a memory; 

an input device In operative connection witli the 
computer, wherein the input device is operative 
to accept user inputs; ^ 

a sheet dispenser In operative connection with 
the computer, wherein the eheet dispenser is 
operative to dispense sheets; 

10 

software executable In the computer, wherein 
the software includes a first object operative to 
control the input device, and a second object 
which is operative to control the sheet dispens- 
er, wherein the computer is operative to access is 
at least one HTTP address, wherein transac- 
tion device instructions are accessible at the 
address, and wherein the first object operates 
the input device and the second object oper- 
ates the sheet dispenser responsive to the in- 20 
structions. and wherein the software further in- 
cludes a transaction data object, wherein the 
transaction data object Is in operative connec- 
tion with the first object and second object and 
ie operative to store therein data representative 
of both user inputs to the input device and the 
dispense of sheets by the dispenser 

99. The apparatus according to clause 98 wherein 
the software Includes a browser and wherein the ^ 
computer is operative to access the address 
through the browser. 

1 00. The apparatus according to clause 99 wherein 

at least one transaction device instruction is inciud- 3S 
ed in an HTML document. 

1 01 . The apparatus according to clause 98 wherein 
the input device includes a card reader, and wherein 
the transaction data object Includes data represent- 
ative of card data read by the card reader. 

1 02. The apparatus according to clause 98 wherein 
the software further includes a third object in oper- 
ative connection with the transaction data object, ^ 
and wherebi the third object is operative to access 
the data in the transaction data object. 

1 03. The apparatus according to clause 1 02 where- 
in the machine further includes a printer, and where- so 
in the third program is operative to control the print- 
er, and wherein the third object is operative to cause 
the printer to print data corresponding to data stored 

in the transaction data object. 

55 

104. The apparatus according to claim 98 and fur* 
ther comprising at least one HTTP sender, wherein 
the HTTP address corrjssponds to the sender. 



wherein a plurality of transaction device instmctions 
are accessible through the sen/er, wherein first in- 
structions are accessible at a first address and sec- 
ond instructions are accessible at a second address 
and wherein the computer is operative to access the 
first instructions at the first address and the first ob- 
ject is operative to control the input device respon- 
sive to the first instructions, and wherein the com- 
puter is operative to access the second instructions 
at the second address and the second object is op- 
erative to control the sheet dispenser responsive to 
the. second instructions. 

1 05. The apparatus according to clause 1 04 where- 
in the software further comprises a browser, and 
wherein the computer is operative to access the first 
and second instructions through the browser. 

106. The apparatus according to clause 98 and fur* 
ther comprising a back office processing system in 
operative connection with the computer, and where- 
ffi the software is operative to communicate at least 
a portion of the data stored in the transaction data 
object to the back office processing system. 

1 07. The apparatus according to clause 98 wherein 
the transaction device instructions include an ap- 
plet. 

108. A method comprising the steps of: 

(a) operating a first device In an automated 
transaction machine responsive to first device 
operating instructions accessed by a computer 
In the machine at a first HTTP address; 

(b) generating first data with the first device, re- 
sponsive to operatk)n of the first device; and 

(c) storing the first data in a transactkxi data 
object in a memory in operative connectkxi with 
the computer. 

109. The method according to clause 108 wherein 
the first devk:e is a sheet dispenser and the first data 
is representative of a dispense of at least one sheet 
by the eheet dispenser. 

110. The method according to clause 108 and fur- 
ther comprising the steps of: 

(d) operating a second device in the nrachine 
responsive to second devbe operating instmc- 
tkxis accessed by the computer at a second 
HTTP address; 

(e) generating second data with the second de- 
vice, responsive to operatkxi of the second de- 
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vice; and 

(f ) storing the second data in the transaction da- 
ta object. 

5 

111. The method according to clause 110 wherein 
the first device includes a card reader and the sec- 
ond device includes a keyboard, and wherein the 
first data includes data representative of card data 
read from a card and the second data includes data io 
representative of an input to the Iceyboard. 



IS 



112. The method according to clause 108 and fur- 
ther comprising the steps of: 

(d) accessing tiie data included in the transac- 
tion data object with a software object operative 
in the computer; and 



(e) controlling a second device in the machine 20 
with the computer responsive to the object and 
the data in the transaction data object. 

113. The method according to clause 112 wherein 
in step (e) the second device includes a printer, and 
wherein in step (e) the printer is operative to print 
Indicia corresponding to data in the transaction data 
object 

114. The method according to clause 108 wherein ^ 

the computer includes a browser and wherein step 
(a) comprises accessing the first address with the 
browser. 

1 1 5. A method comprising the steps of: ^ 

(a) accepting identifying data from a user of an 
automated banking machine; 

(b) storing data corresponding to the kientifying 40 
data h a transactbn data object in software op- 
erating in a first computer in operative connec- 
tion with the machine; 

(c) conducting a first transactkxi responsive to ^ 
a user input to the machine, wherein conduct- 
ing the first transaction includes accessing the 
data in the transaction data object 

116. The method according to clause 115 wherein 
step (c) includes operating a first transaction f unc- 
tk>n device In the machine, and further comprising 
the step of: 

(d) storing data corresponding to operation of ^ 
the transactkxi function devce in the transac- 
tton data object 



117. The method according to clause 115 and fur- 
ther comprising the step of: 

(d) conducting a second transactbn responsive 
to a user input to the machine, wherein con- 
ducting the second transactksn includes ac- 
cessing the data in the transactbn data object. 

118. The method according to clause 115 and fur- 
ther comprising the step of: 

(d) accounting for the first transaction by the us- 
er, including passing the transactbn data ob- 
ject from the first computer. 

119. The method according to clause 115 and fur- 
ther comprising the step of: 

(d) producing a printed record corresponding to 
the first transaction with the machine, including 
accessing the data in the transaction data ob- 
ject and producing indbia in the printed record 
corresponding to at least a portion of the data 
stored in the transaction data object 

1 20. Apparatus comprising: 

an ATM host, wherein the ATM host is operative 
to send and receive ATM transaction messag- 
es; and 

an HTTP server in operative connectbn with a 
database, wherein the database includes con- 
version data, wherein the sender includes send- 
er software operative responsive to an ATM 
transactbn message sent by the ATM host and 
the conversbn data, to generate at least one 
data object including transaction data. 

121. The apparatus according to clause 120 and 
further comprising: 

a transaction function device operative to carry 
out a transactbn function; and 

a computer in operative connectbn with the 
transaction function devbe. and devbe soft- 
ware executable in the computer, wherein the 
computer is operative responsive to the devbe 
software to access the data object and to oper- 
ate the transaction function devbe responsive 
to the transaction data in the data object 

122. The apparatus according to clause 121 where- 
in the transaction functbn devbe includes a sheet 
dispenser. 

1 23. The apparatus according to clause 1 20 where- 
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in the server software is operative to pass the data 
object from the server to the computer by remote 
method Invocation (RMI). 

124. The apparatus according to clause 120 and s 
further comprising: 

a transaction function device operative to carry 
out a transaction function; and 

10 

a computer In operative connection with the 
transaction functbn device, and device soft- 
ware executable in the computer, wherein the 
device software includes the data object, and 
wherein the computer is operative responsive 
to operation of the transaction function device 
to Include in the data object nrKxJIfied transac- 
tion data, and wherein the computer Is opera- 
tive responsive to the device software to deliver 
the data object including the modified transac- ^ 
tion data, to the sender 

1 25. The apparatus according to clause 1 24 where- 
in the server software is operative responsive to re- 
ceipt of the data object including the modified trans- 2S 
action data and the conversion data, to cause the 
s^n^er to generate a further transaction message to 
the ATM host. 

126. Apparatus comprising: 30 

an automated transaction machine, wherein 
the machine includes a customer input device 
and a sheet dispenser, the machine further in- 
cluding acomputer in operative connection with 3S 
the customer input device and the sheet dis- 
penser, the computer further Including machine 
software executable therein; 

an HTTP sen/er in operative connection with 40 
the computer, wherein the server includes serv- 
er software, and wherein responsive to the 
server software the server is operative to re- 
ceive and transmit HTTP messages, and fur- 
ther comprising a data store including conver- 4S 
sion data in operative connectioh with the serv- 
er; 

a host, wherein the host Is in operative connec- 
tion with the sender and is operative to send and 
receive non-HTTP transaction messages to the 
server; 

wherein the sender software operates the HTTP 
server responsive to receipt of a transaction ss 
message from the host and tile conversion da- 
ta, to generate at least one HTTP transferable 
file Including transaction data therein, wherein 



the computer is operative responsive to the ma- 
chine software therein to access the file and to 
operate at least one of the customer input de- 
vice and the sheet dispenser, responsive to the 
transaction data in the file. 

1 27. The apparatus according to clause 1 26 where- 
in the HTTP transferable file comprises a data ob- 
ject, and wherein the server and computer are op- 
erative to pass the data object to the computer in 
the transaction machine. 

1 28. The apparatus according to clause 1 26 where- 
in the machine software Is operative responsive to 
operation of the sheet dispenser to fficlude nrxxiified 
transaction data In the data object. 

1 29. The apparatus according to clause 1 28 where- 
in the machine software is further operative to pass 
the data object including the modified transaction 
data to the sender, and wherein the sen/er software 
is operative responsive to the receipt of the data ob- 
ject including the nrnxJified transaction data to cause 
the server to send a further transaction message to 
the host. 

1 30. The apparatus according to clause 1 29 where- 
in the transaction message and further transactbn 
message include 91 x ATM transaction messages. 

1 31 . A method comprising the steps of: 

(a) generating an ATM transaction message 
with an ATM host; and 

(b) generating with a server responsive to the 
ATM transaction message, at least one HTTP 
transferable file Including trarisactlon data 
therein, wherein at least a portion of the trans- 
action data corresponds to the ATM transactbn 
message. 

132. The method according to clause 131 and fur- 
ther comprising the steps erf: 

(c) receiving the HTTP transferable file with a 
computer in an ATM; and 

(d) operating at least one transactbn function 
device in the ATM responsive to the transaction 
data in the file. 

133. The method according to clause 132, and 
wherein in step (b) the file includes a data object, 
and step (c) includes passing the data object from 
the sender to the computer. 

134. The method according to clause 133 and fur- 
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ther comprising the steps of: 

(e) modifying the transaction data in the data 
object responsive to operation of the transac- 
tion function device; s 

(f) passing the data object including the modi- 
fied transaction data from the computer to the 
server; 

10 

(g) generating a further ATM transaction mes- 
sage to the ATM host wherein the further mes- 
sage includes at least a portion corresponding 
to the rTKxlified transaction data 

15 

135. Apparatus comprising: 

an automated transaction machine including at 
least one computer, and a display and at least 
one transaction function device in operative ^ 
connection with the computer, the computer in- 
cluding software executable therein, the soft- 
ware including a browser; 



in response to a transaction message received 
from a host; 

(b) accessing a first HTML document with a 
browser in the machine responsive to operation 
of the transaction function device; and 

(c) controlling an output device on the automat- 
ed transaction machine responsive to first in- 
structions included in the first HTML document 
accessed with the browser. 

1 40. The method according to clause 1 39 and fur- 
ther comprising the steps of: 

(d) operating a second transaction function de- 
vice on the machine responsive to operation of 
the first transaction function device; 

(e) accessing a second HTML document in- 
cluding second instructions with the browser, 
responsive to operation of the second transac- 
tion function device; and 



a host, wherein the host is in operative connec- 
tlon with the computer, wherein the host is op- 
erative to send a first message to the computer, 
and wherein the computer is operative respon- 
sive to the first message to operate the trans- 
action function device; 

a server, and at least one first HTML document 
accessible through the server, wherein the 
computer is operative to access the first docu- 
ment with the browser and to control the display 3S 
responsive to the first document. 

1 36. The apparatus according to clause 1 35 where- 
in the transaction function device includes a sheet 
dispenser. ^ 

1 37. The apparatus according to clause 1 35 where- 
in a plurality of documents are accessible through 
the sender, and wherein the computer is selectively 
operative to access documents with the browser re- ^ 
sponsive to operation of the transaction function de- 
vice. 

1 38. The apparatus according to clause 1 35 where- 
in the server communicates with the browser so 
through HTTP messages, and wherein the host 
communicates with the computer through non-HT- 
TP messages. 

139. A method comprising in any order, the steps of: ^ 

(a) operating at least one transaction function 
device on an automated transaction machine 



(f) controlling the output device responsive to 
the instructions included in the second HTML 
document. 

141. The method according to clause 139 wherein 
the transaction function device includes a sheet dis- 
penser, and wherein step (a) includes dispensing at 
least one sheet. 

142. Apparatus comprising: 

an automated transaction machine including at 
least oiie transaction function device, a senrer 
in operative connection with the transaction 
function device, at least one HTML document 
accessible through the sender, wherein at least 
one first document Includes indicia correspond- 
ing to a status of the transaction function de- 
vice. 

143. The apparatus according to clause 142where- 
01 the transaction functbn device is operative re- 
sponsive to an HTTP message received by the 
server. 

1 44. The apparatus according to ctause 1 42 where- 
in the status is representative of a fault in the trans- 
action function device. 

1 45. The apparatus according to clause 1 42 where- 
in the machine includes a plurality of transaction 
function devices, and wherein the HTML document 
accessible through the server include indicia corre- 
sponding to a status of each of a plurafity of trans- 
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action function devices. 

■ . 1 46. The apparatus according to clause 1 42 where- 

\ \ in the machine is an ATM. 

5 

147. The apparatus according to clause 142 and 
further comprising a portable terminal, wherein the 
portable temiinal includes a browser, wherein the 
terminal is operative to access documents through 
the sender. 

148. A method comprising: 

operating a transaction function device in an 
automated transaction machine, the transac- 
tion function device having an associated sta- 
tus; and 

generating at least one first HTML document in- 
cluding first instructions corresponding to the 20 
status of the transaction function device. 

149. The method according to clause 148 and fur- 
ther comprising the step of accessing the first doc- 
ument with a terminal including a browser. 2S 

150. The method according to clause 149 wherein 
the accessing step includes accessing the first doc- 
ument with a portable terminal adjacent to the au- 

/ ' tomated transaction machine. so 

( ) 

161 . The method according to clause 149 wherein 
the accessing step includes accessing the first doc- 
ument through a network with a terminal located re- 
motely from the automated transaction machine. ^ 

152. The method accordlrig to clause 148 and fur- 
ther comprising the steps of: 

receiving a second HTML document with the 4o 
machine, the second document Including sec- 
ond Instructions; and 

operating the transaction function device re- 
sponsive to the second instructions. ^ 

153. Apparatus comprising: 

an automated transaction machine including a 
plurality of transaction function devices, where- ^ 
in each of the transaction function devices has 
an associated status, wherein the status is In- 
dicative of an operative condition of the trans- 
action function device; 

55 

a transaction machine computer in operative 
connection with the transactkm function devic- 
' es, and further comprising machine software 



executable in the computer, wherein the soft- 
ware is operative to cause the computer to gen- 
erate at least one HTTP record including indicia 
representative of the status of at least one 
transaction functbn device, and wherein the 
software further includes a server, wherein the 
first HTTP record is accessible through the 
sen/er. 

1 54. The apparatus according to clause 1 53 where- 
in the HTTP record comprises an HTML document. 

1 55. The apparatus according to clause 1 53 where- 
in the HTTP record comprises a data object. 

156. The apparatus according to clause 155 and 
further comprising a terminal computer outside the 
automated transaction machine, a communications 
connection operatively connecting the transaction 
machine computer and the terminal computer, and 
further comprising terminal software in the terminal 
computer, wherein the terminal software and the 
machine software are operative to transfer the data 
object from the transaction machine to the temninal 
computer 

167. A method comprising the steps of: 

(a) checking to detemnine whether a document 
address is operative to eiiable transferring at 
least one HTTP record corresponding to the ad- 
dress, with a computer operating in an automat- 
ed banking machine; and 

(b) responsive to determining with the compu- 
ter program in step (a) that the address is op- 
erative, transferring the one HTTP record to the 
computer operating in the automated banking 
machine. 

158. The method according to clause 167 wherein 
in step (a) the HTTP record includes an HTML doc- 
ument and wherein step (b) includes accessing the 
HTML document with a browser operative in the 
computer of the automated banking machine. 

159. The method according to clause 157 wherein 
responsive to determining in step (a) that the ad- 
dress Is not operative, step (b) Is not executed, and 
further comprising the step of: 

(c) responsive to determining in step (a) that the 
address is not operative, transferring at least 
one alternative HTTP record to the computer 
from an altemative address. 

160. The method according to clause 1 59 and prior 
to the step (c) further comprising the step of: 
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(d) checking to determine wtiether the alterna- 
tive address is operative to enable transferring 
the at least one attemative HTTP record with 
the computer operating in the machine, where* 
in step (c) is executed responsive to determin- s 
ing that the alternative address Is operative. 



(d) comparing the signature in the one HTTP 
record and the signature data in the memory 
with the computer, and executing step (c) re- 
spor^ive to the signature in the one HTTP 
record having a predetermined relationship to 
the signature data stored in memory. 



161. The method according to clause 59 wherein 
the computer in the banking machine is in operative 
connectton with a memory, and wherein the alter- io 
native address corresponds to address data stored 

in the memory, and prbr to step (c) further compris- 
ing the step of accessing with the computer the ad- 
dress data stored in the menrK>ry. and using the ad- 
dress data to determine the alternative address is 
used in step (c). 

1 62. The method according to clause 1 59, and prior 
to step (c) further comprising the steps of: 

20 

(d) responsive to detemnining with the compu- 
ter in step (a) that the address is not operative, 
accessing a further HTTP record with the com- 
puter, wherein the further HTTP record includes 
address data; and 2S 

(e) determining with the computer the alterna- 
tive address from the address data in the further 
HTTP record 

30 

163. The method according to clause 157 wherein 
the automated banking machine includes a sheet 
dispenser, and wherein the one HTTP record in- 
cludes a dispense instructon. and further compris- 
ing the step of: 55 

(c) dispensing at least one sheet with the sheet 
dispenser responsive to the dispense instruc- 
tkxi in the one HTTP record accessed In step 

(b) . 40 

164. The method according to clause 157 wherein 
the automated t>anking machine Includes a trans- 
acton function device, and wherein the one HTTP 
record Includes a devk:e Instruction, and further 4S 
comprising the step of: 

(c) operating the transaction function device re- 
sponsive to the device Instruction In the one 
HTTP record accessed In step (b). so 

165. The method according to clause 164 and 
wherein the one HTTP record includes data corre- 
sponding to a signature, and wherein the computer 

is in operative connectk)n with a memory, wherein ss 
the memory includes signature data corresponding 
to at least one signature, and prbr to step (c) further 
comprising the step of: 



166. The method according to clause 157 wherein 
step (a) includes making a socket connectbn with 
a remote server. 

167. Computer software operating an automated 
banking machine in accordance with the method re- 
cited in clause 157. 

168. The method according to clause 1 57 and prbr 
to completbn of step (b) further comprising the step 
of: 

(c) determining a transfer speed at whch the 
one HTTP record is transferable to the compu- 
ter. 

169. The method according to clause 168 and fur- 
ther comprising the steps of: 

(d) comparing data corresponding to the trans- 
fer to data representative of a speed value 
stored in memory with the computer; and 

(e) responsive to the results of the comparison 
in step (d). transferring at least one altemative 
HTTP record to the computer from an altema- 
tive address. 

170. Apparatus comprising: 

an automated banking machine including: 

at least one transaction function devbe; 

a computer in operative connection with 
the transaction function devbe; 

software executable in the computer, 
wherein the software Is operative to trans- 
fer at least one HTTP record at a document 
addlBSS to the computer, and wherein the 
one record includes at least one device in- 
struction, wherein the computer operates 
the transaction function device responsive 
to the device Instruction included In the one 
record, and wherein the software further in- 
cludes a program, wherein prior to trans- 
ferring the one HTTP record the program 
is operative to cause the computer to de- 
termine If the record address is operative 
to enable accessing the one record, and 
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wherein the computer q>erates to transfer 
the one HTTP record responsive to the pro- 
gram detemnontng that the address is oper- 
ative. 

5 

171. The apparatus according to clause 170 where- 
in the software in the computer includes a browser, 
and wherein the one HTTP record includes an 
HTML document, and wherein the computer oper- 
ates to transfer the HTML document by accessing io 
the document with the browser. 

172. The apparatus according to clause 170, 
wherein the computer is operative responsive to the 
program determining that the address is not opera- 
tlve to determine an altemative record address, and 
further comprising at least one altemative. HTTP 
record Including device instructions is accessible at 
the altemative ^ress, and wherein the computer 
is operative to access the alternative HTTP record, 

1 73. The apparatus according to clause 1 72 where- 
in the program is further operative prior to the com- 
puter accessing the altemative HTTP record to 
cause the computer to detemnine if the. altemative 
address Is operative to enable accessing the alter- 
native HTTP record, and wherein the computer op- 
erates to transfer the altemative HTTP record re- 
sponsive to determining that the altemative address 

is operative. 30 

174. The apparatus according to clause 170 and 
further comprising a sender, and wherein the one 
HTTP record is accessible through the sen/er, and 
wherein program operates such that prior to the ^ 
computer operating to access the one HTTP record 
the program operates the computer to determine If 
the sender is operative. 

175. The apparatus according to clause 172 and 40 
further comprising a memory wherein the computer 

is in operative connection with the memory, and 
wherein the menrwry Includes address data, and 
wherein the computer is operative to determine the 
altennative address responsive to the address data. ^ 

176. The apparatus according to clause 175 where- 
in the address data corresponds to a further HTTP 
record, and wherein the computer is operative to ac- 
cess the further HTTP record, and wherein the fur- ^ 
ther HTTP record includes address instructions cor- 
responding to the altemative address, and wherein 
the software is operative to cause the computer to 
determine the altemative address responsive to the 
address instructions. ^ 

1 77. The apparatus according to clause 1 70 where- 
in the transaction function device includes a sheet 



dispenser, and wherein the sheet dispenser is op- 
erative to dispense at least one sheet responsive to 
the device instruction included in the one HTTP 
record. 

178. The apparatus according to clause 170 and 
wherein the sc^ware includes a further program, 
wherein the further program is operative to cause 
the computer to determine a value corresponding 
to a transfer speed for transfer of the one HTTP 
record to the computer. 

179. The apparatus according to clause 178 and 
further comprising a memory in operative connec- 
tion with the computer, and wherein the further pro- 
gram is operative to operate the computer to com- 
pare the transfer speed to data representative of a 
value stored in memory, and wherein the software 
is operating to access an altemative HTTP record 
responsive to a result of the comparison, whereby 
an altemative record may be accessed responsive 
to the one HTTP record transferring too slowly 

1 80. The apparatus according to clause 1 78 where- 
in the software is operative to cause the computer 
to detemnine a file size corresponding to the one 
HTTP record and a transfer rate, and wherein the 
transfer speed is determined responsive to the file 
size and the transfer rate. 

181 . The apparatus according to clause 1 80 where- 
in the one HTTP record includes an HTML docu- 
ment. 

162. A method comprising the steps of: 

(a) producing a first function Icey input signal by 
pressing a first function key on an automated 
banking machine; 

(b) converting the first function key input signal 
to a first mouse input signal including indicia 
corresponding to a first mouse input locatk>n; 
and 

(c) delivering the first mouse Input signal to a 
mouse input stream of a computer in operative 
connection with the automated banking ma- 
chine. 

183. The method according to clause 182 wherein 
the machine Includes a screen, and wherein the first 
function key is adjacent to the screen on the ma- 
chine, and wherein the first mouse input k)cation is 
on the screen adjacent to the finst function key 

184. The method according to clause 182 and fur- 
ther comprising the steps of: 
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(d) producing a second function key Input signal 
by pressing a second function key on the auto- 
nnated banking machine; 

(e) converting the second function key input s 
signal to a second mouse input signal including 
indicia corresponding to a second mouse input 
location disposed of the first location; and 

(f) delivering the second mouse input signal to 10 
the mouse input stream of the computer. 

165. The nriethod according to clause 164 wherein 
the automated banking machine includes a screen, 
wherein the first f unctwn key is disposed on the ma- is 
chine adjacent the screen, and wherein the second 

f unctkxi key is positbned on the machine adjacent 
the screen and is disposed from the first function 
key, and wherein the first mouse input kxatlon is on 
the screen adjacent the first function key and the 20 
second nriouse Input location is on the screen adja- 
cent the second function key. 

166. The method according to clause 162 and fur- 
ther comprising the steps of: ^ 

(d) producing a first keypad input signal by 
pressing a first keypad key on the automated 
banking nr)achine; 

30 

(e) converting the first keypad key Input signal 
to a first keytx>ard Input signal; and 

(f ) delivering the first keyboard Input signal to a 
keyt>oard Input stream of the computer 3S 

167. The method according to clause 162 and fur- 
ther comprising the steps of: 



d) producing a first keypad Input signal by 
pressing a first keypad key on the automated 
banking machine; 

6) converting the first keypad input signal to a 
second mouse input signal including indicia 
corresponding to a second mouse Input loca- 
tion disposed of the first kx^ation; and 

f) delivering the second mouse input signal to 
the mouse input stream of the computer. 
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166. The method according to clause 162 wherein 
the machine includes a data store, and wherein the 
data store Includes conversion data, wherein the 
conversion data is usable to convert at least one 
functkxi key input signal to a mouse Input signal, 
and prior to step (e) further comprising the step of: 



(d) obtaining from the data store the conversion 
data and converting the first functbn key Input 
signal to the first mouse input signal using the 
conversion data 

169. The method according to clause 188 wherein 
the conversbn data Includes coordinate data cor* 
responding to at least one mouse input location, 
and wherein In step (d) the conversion data includes 
coordinate data. 

190. The method according to clause 188 wherein 
the machine includes at least one server in opera- 
tive connectton with the computer, and prior to step 
(d) further comprising the step of: 

(e) accessing a first HTTP record through the 
server, wherein in step (d) the conversion data 
is obtained responsive to accessing Ihe first 
record. 

191. The method according to clause 190 wherein 
the conversbn data Includes a plurality of sets, and 
wherein each set corresponds to at least one HTTP 
record, and wherein in step (d) the conversion data 
is obtained from a first set corresponding to the first 
record. 

192. The method according to clause 182 wherein 
the machine includes a plurality of function keys, 
and prior to step (a) further comprising the step of: 

selectively enabling the first function key, 
wherein the first function key input signal is 
generated responsive to the first function key 
being pressed. 

193. The method according to clause 166 wherein 
the machine includes a plurality of function keys and 
further comprising the step of: 

(e) disabling operatkxi of a second function key 
on the machine responsive to the conversion 
data provided in step (d), wherein pressing the 
second f unctbn key does not result in the de- 
livery of a signal to the mouse ^put stream. 

194. The method according to clause 193 wherein 
the machine Includes at least one sender In opera- 
tive connectbn with the computer, and prior to step 
(d) further comprising the step of: 

(f) accessing a first HTTP record through the 
sen/er, wherein the converskxi data In step (e) 
operative to disable the second function key is 
obtained responsive to accessing the first 
record 
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195. An automated banking nnachine operated in 
accordance with the method recited in clause 182. 

196. At least one article including computer soft- 
ware stored thereon, wherein the computer soft- ^ 
ware is operative when executed in a computer in 

an automated banking machine to operate the ma- 
chine in accordance with the method recited in 
clause 182. 

10 

197. The method according to clause 182 wherein 
the automated banking machine comprises a 
screen, and wherein the computer is operative to 
provide a mouse location indicator visible on the 
screen, and further comprising the step of: 

suppressing the mouse locatkxi indicator, 
wherein the mouse location Indicator is gener- 
ally not visible when viewing the screen. 

20 

1 98. The method according to clause 1 90 wherein 
in step (e) the HTTP record includes an HTML doc- 
ument. 

1 99. A method comprising the steps of: 25 

(a) producing a first keypad key input signal by 
pressing a first keypad key on an autonfiated 
banking machine; 

30 

(b) converting the first keypad key input signal 
to a first keyboard Input signal; and 

(c) delivering the first keyt>oard input signal to 

a first keyboard input stream of a computer in 35 
operative connectbn with the autonr)ated bank- 
ing machine. 

200. The method according to clause 199 wherein 
the machine includes software executable in the 40 
computer, wherein tile software includes a browser, 
and at least one sender in operative connection with 
the computer, and further comprising the steps of: 

(d) accessing a first HTTP record through the ^ 
server, and responsive to the first record ac- 
cessed either 

(e) delivering a signal indicative of the first key- 
pad key pressed in step (a) to the browser ^ 
or 

(f) delivering a signal not indicative of the first 
keypad key pressed in step (a) to the browser 

ss 

201. The method according to clause 200 wherein 
the first in step (d) the first HTTP record includes a 
first HTML document, and wherein the first HTML 



document includes a request for a customer to enter 
a PIN number, and wherein the first keypad key cor- 
responds to a part of the PIN number, and wherein 
alternative step (f) is carried out responsive to step 

(a). 

202. The method according to clause 199 wherein 
the machine comprises a plurality of function keys 
and a plurality of keypad keys, and wherein the ma- 
chine further comprises a browser operating in the 
computer, wherein the computer is in operative con- 
nection with a server, and further comprising the 
steps of: 

(d) accessing a first HTML document through 
the server with the browser; 

(e) selectively enabling selected ones of the 
functton keys and keypad keys to produce rep- 
resentative signals when pressed, responsive 
to the first HTML document accessed in the ac- 
cessing step. 

203. The method according to clause 202 wherein 
ffi step (e) all of the keypad keys and function keys 
are not enabled responsive to the accessing the first 
HTML document, whereby transaction speed is in- 
creased. 

204. A method comprising the steps of: 

a) producing a first keypad key input signal by 
pressing a first keypad key on an automated 
banking machine; 

b) converting the first keypad key input signal 
to a first mouse input signal including indk^ia 
corresponding to a first mouse input tocatbn; 
and 

c) deliverhg the first mouse input signal to a 
mouse input stream of a computer in operative 
connection with an automated banking ma- 
chine. 

205. An automated banking machine operated in 
accordance with the method steps recited in clause 
204. 

206. At least one article including computer soft- 
ware thereon, wherein the computer software is op- 
erative when executed in aoomputer of an automat- 
ed banking nr^chine to operate the machine in ac- 
cordance with the method recited in clause 204. 

207. A method of printing a document with an auto- 
mated banking machine, comprising the steps d: 
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(a) conducting at least one transaction with the 
machine; 

(b) storing transaction data corresponding to 
the transaction in a mennory in operative con- s 
nection with a computer, wherein the computer 

is operatfvety connected with the machine; 

(c) accessing a first HTML document with a 
browser operating in the computer, wherein the 10 
first HTML document includes at least one print 
instruction; and 

(d) printing indicia corresponding to the trans- 
action data in the memory with a printer in the '5 
machine responsive to the print instruction in- 
cluded in the first document 

208. The method according to clause 207 wherein 
the first HTML document includes instructions ^ 
therein coaesponding to a format, and wherein in 
step (d) the indicia is printed in accordance with the 
format. 

209. The method according to clause 207 and fur- 2S 
ther comprising the step of: 

inputting customer identifying infomiation to 
the machine, wherein data corresponding to 
the customer identifying information is included ^ 
In the transaction data stored In the storing 
step. 

210. The method according to clause 209 wherein 
the inputting step includes inputting a card into a 35 
card reader on the machine, wherein the customer 
identifying infomnation corresponds to indicia read 

by the card reader from the card. 

211 . The method according to clause 207 wherein 40 
the transaction conducted in etep (a) Includes the 
dispense of at least one sheet from a sheet dispens- 
er in the machine. 

212. An automated banking machine operated in ^ 
accordance with the method recited in clause 207. 

213. A machine operated in accordance with the 
method recited in clause 207. 

60 

214. The method according to clause 207 and fur- 
ther comprising the steps of: 

e) providing a plurality of HTML documents ac- 
cessible through a sender, said documents in- ^ 
eluding the first document, and a second doc- 
ument wherein the second document includes 
at least one second print Instnjctlon; 



f) accessing the second HTML document with 
the browser; 

g) printing indicia corresponding to the transac- 
tion data in memory with the printer in the ma- 
chine responsive to the second print instruction 
included in the second document. 

215. The method according to clause 214 wherein 
the first document includes indicia in a first lan- 
guage and the second document includes Indicia In 
a second language, and wherein in step (d) a print- 
ed item including transaction indicia is produced in 
a first language and in step (g) a printed item is pro- 
duced including transaction indicia in a second lan- 
guage. 

216. The method according to clause 207 wherein 
the first document includes Indicia representative of 
machine readable indicia, wherein in step (d) a 
printed item is produced including machine reada- 
ble indicia. 

217. The method according to clause 207 wherein 
01 step (d) the printer is operative to print a transac- 
tion receipt. 

218. The method according to clause 207 wherein 
in step (d) the printer is operative to print a check. 

219. The method according to clause 207 wherein 
in step (d) the printer is operative to print a wagering 
slip. 

220. An automated banking machine including: 

a plurality of transaction functton devices, the 
transactbn function devices including a printer 
and an input device; 

a computer In operative connection with the 
transactk>n function devices and a memory, 
wherein the computer includes software exe- 
cutable therein, wherein the software Includes 
a browser; 

wherein the software is operative to cause the 
computer to store in the memory transaction 
data representative of at least one Input to an 
input device, and wherein the software Is oper- 
ative to cause the browser to access an HTML 
document including at least one print instruc- 
tion and to operate the printer to print an item 
responsive to the print instruction and the trans- 
action data 
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Claims 

1 . Apparatus comprising: 

an automated transaction machine including: 
a sheet dispenser; 

a computer In operative connection with 
the sheet dispenser, the computer In oper- 
ative connection with a memory, the com- 
puter including a browser, wherein the 
connputer is operative to access at least 
one HTML document address with the 
browser, wherein the document includes at 
least one document instruction therein, 
and wherein the software is operative to 
cause the computer responsive to the doc- 
ument Instruction to access a dispense In- 
struction at at least one HTTP address, 
wherein the computer responsive to the 
dispense Instruction causes the sheet dis- 
penser to operate to dispense sheets. 

2. The apparatus according to claim 1 wherein the 
software is operative to cause the computer to ac- 
cess the HTTP address through the browser 

3. The apparatus according to claim 1 or 2 and further 
comprising a server, wherein an applet is accessi- 
ble through the sender at the one HTTP address, 
and wherein the dispense instructions are delivered 
from the server to the computer 

4. The apparatus according to claim 3 wherein the dis- 
pense Instructions Include a JAVA applet. 

5. The apparatus according to claim 3 or 4 wherein the 
dispense instructions include an Actlve-X^ file. 

6. The apparatus according to any one of the preced- 
ing claims wherein the memory includes signature 
data and wherein the dispense instructions include 
data corresponding to a signature, and wherein the 
computer is operative 

to compare the signature data and the signa- 
ture, and wherein the computer operates the sheet 
dispenser responsive to the signature data and sig- 
nature having a predetermined relationship. 

7. The apparatus according to any one of the preced- 
ing claims wherein the meoKsry includes address 
data, wherein the computer is operative to limit ac- 
cess through the browser responsive to the address 
data. 

d. Apparatus comprising: 



an automated transaction machine including: 

a transaction function device; 

5 a computer in operative connection with 

the sheet dispenser, the computer in oper- 
ative connection with a memory, the com- 
puter including a browser, wherein the 
computer is operative to access at least 
10 one HTML document address with the 

browser, wherein the document includes at 
least one document instruction therein, 
and wherein the computer is operative re- 
sponsive to the document instruction to ac- 
ts cess a device instruction at at least one HT- 
TP address, wherein the computer respon- 
sive to the device instructbn causes the 
transaction function device to operate. 

^ 9. A method comprising the steps of: 

(a) operating a browser in a computer in an au- 
tomated transaction machine to access an 
HTML document including at least one trans- 

2S action device document instruction therein; 

(b) operating the computer responsive to the 
document instruction to access a device oper- 
ation instmctlon at at least one HTTP address; 

30 and 

(c) operating the transaction device in the ma- 
chine responsive to the transaction device op- 
eration instruction. 

3S 

10. The method according to claim 9 and further com- 
prising the steps of: 

storing In a memory in operative connection 
40 with the computer, signature data; 

comparing a signature included with the device 
operation instruction to the signature data for a 
predetermined relationship; 

45 

wherein step (c) is performed responsive to the 
signature and signature data having the prede- 
temnined relationship. 

so 11. The method according to claim 9 wherein In step (b) 
the computer accesses the one HTTP address 
through the browser. 

12. The method according to claim 9 wherein in step (a) 
ss the document instruction includes a pointer to the 

HTTP address. 

13. The method according to any one of claims 9 to 12 
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wherein the device operation instruction includes a 
JAVA® applet. 

14. The method according to any one of claims 9 to 1 3 
wherein the device operatbn instruction includes 
an Active-X™ file. 
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